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CERTIFICATION 

Hewlett-Packard Company certifies that this product met its published specifications at the time of 
shipment from the factory. Hewlett-Packard further certifies that its calibration measurements are 
traceable to the United States National Bureau of Standards, to the extent allowed by the Bureau's 
calibration facility, and to the calibration facilities of other International Standards Organization 
members. 

WARRANTY 

This Hewlett-Packard system product is warranted against defects in materials 
and workmanship for a period of 90 days from date of installation. During the 
warranty period, HP will, at its option, either repair or replace products 
which prove to be defective. 

Warranty service of this product will be performed at Buyer's facility at no 
charge within HP service travel areas. Outside HP service travel areas, 
warranty service will be performed at Buyer's facility only upon HP's prior 
agreement and Buyer shall pay HP's round trip travel expenses. In all other 
cases, products must be returned to a service facility designated by HP. 

For products returned to HP for warranty service, Buyer shall prepay shipping 
charges to HP and HP shall pay shipping charges to return the product to 
Buyer. However, Buyer shall pay all shipping charges, duties, and taxes for 
products returned to HP from another country. 

HP warrants that its software and firmware designated by HP for use with an 
instrument will execute its programming instructions when properly installed 
on that instrument. HP does not warrant that the operation of the instrument, 
or software, or firmware will be uninterrupted or error free. 

LIMITATION OF WARRANTY 

The foregoing warranty shall not apply to defects resulting from improper or 
inadequate maintenance by Buyer, Buyer- supplied software or interfacing, 
unauthorized modification or misuse, operation outside of the environment 
specifications for the product, or improper site preparation or maintenance. 

NO OTHER WARRANTY IS EXPRESSED OR IMPLIED. HP SPECIFICALLY DISCLAIMS THE 
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. 

EXCLUSIVE REMEDIES 

THE REMEDIES PROVIDED HEREIN ARE BUYER'S SOLE AND EXCLUSIVE REMEDIES. HP 
SHALL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR 
CONSEQUENTIAL DAMAGES, WHETHER BASED ON CONTRACT, TORT, OR ANY OTHER LEGAL 
THEORY. 

ASSISTANCE 

Product maintenance agreements and other customer assistance agreements are available for 
Hewlett-Packard products. 

For any assistance, contact your nearest Hewlett-Packard Sales and Service Office. 
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NOTICE 



Attached to this software notice is a summary of problems and solutions 
for the Terminal Mode Manual, P/N 64980-90935, that you may or may 
not encounter. Use this summary with the manual you received with the 
product. In the one-line description at the top of each problem and solu- 
tion, there is a software topic or manual chapter reference. 
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KPRfl: 2700004838 Product: TERMINAL MODE M64980-90935 02.00 

Keywords : MANUAL 

One-line description: 

Customer cannot send characters during download. (See Ch 4, pg 4-3) 

Problem: 

With Rev 1.39 AND 2.00, customer cannot send characters during download. 

Solution: 

Do not send characters during download. 

KPR #: 5000096602 Product: TERMINAL MODE M64980-90935 02.00 

Keywords: MANUAL 

One-line description: 

Cannot upload listings if not config for abs transfer. (See Ch 3, pg 3-2) 

Problem: 

Cannot upload listings of not configured for absolute transfer. 

If the terminal mode software is not configured for absolute 
transfers (answer to "FORMAT USED FOR ABSOLUTE TRANSFERS" is 
"NONE"), entering "UPLOAD FILE : LISTING" will fail with the error 
"NOT CONFIGURED FOR THIS FEATURE - EDIT CONFIGURATION". 

Solution: 

Note that in the above case, the ": ABSOLUTE" file specifier softkey 

is missing, but ": SOURCE" and ": LISTING" are present. Source uploads 

can be made. Note also that listing downloads are allowed in this 

mode. 

If the configuration is edited to allow absolute transfers of any 
form, : LISTING files may then be uploaded. 

KPR #: 2700004853 Product: TERMINAL MODE M64980-90935 02.00 

Keywords: MANUAL 

One-line description: 

Term mode software will not support S8 records. (See Chap 7, pg 7-5) 

Problem: 

The customer is downloading absolute files from a VAX to the 
HP64000. These absolute files are created by a Language 
Resources 68000 PASCAL compiler. The files are being downloaded 
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in Motorola hex format. 

The following is a description of Motorola S-format hex records: 

51 - A record containing code/data and the 2 -byte 

address at which the code/data is to reside. 

52 - A record containing code/data and the 3-byte 

address at which the code/data is to reside. 

53 - A record containing code/data and the 4-byte 

address at which the code/data is to reside. 

57 - A termination record for a block of S3 records. 

58 - A termination record for a block of S2 records. 

59 - A termination record for a block of SI records. 
The problem is that the terminal software will not support the S8 
records generated by the compiler. Even though we do support the 
S2 record. As a result the user gets an error message on the 64000 
indicating the reception of an 'illegal' record. 

Solution: 

The file transfer has taken place, but the error message is incorrect. 

For situations outlined in the above problem, ignore the error message. 
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KPR #: 5000099820 Product: TERMINAL MODE M64980-90935 02.00 

Keywords : MANUAL 

One-line description: 

64000 over-run during download at 9600 baud. (See App B) 

Problem: 

64100 to VAX via rs232. 64100 in TERMINAL mode. This is NOT a Pisces 
Plus configuration. Overrun error occur on 64000 when downloading 
ASCII sources files from VAX to 64000 at 9600 baud. No error occur at 
4800 baud. 

Solution: 

Configuration at 9600 baud worked with 64100 OP SYS rev 1.39. 
Basically, this problem exists all the time, no matter what the baud 
rate. It is a hardware characteristic. 

KPR #: D200018721 Product: TERMINAL MODE M64980-90935 02.00 

Keywords : MANUAL 

One-line description: 

Term opt vt, hp, or blank not described in manual. (See Ch 3, pg 3-1) 

Problem: 

The Terminal Mode Operating Manual has no explanation of what 

terminal options vt, hp, or none imply. 

Solution: 

Terminal Mode options are not operational at this time. 
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Your comments are important to us. Please answer this questionaire and return it to us. Circle the number that best 
describes your answer in questions 1 through 7. Thank you. 



1. The information in this book is complete: 

Doesn't cover enough 
(what more do you need?) 



12 3 4 5 



12 3 4 5 



2. The information in this book is accurate: 

Too many errors 

3. The information in this book is easy to find: 

I can't find things I need 12 3 4 5 

4. The Index and Table of Contents are useful: 

Helpful 12 3 4 5 

5. What about the "how-to" procedures and examples: 



No help 
Too many now 

6. What about the writing style: 

Confusing 

7. What about organization of the book: 

Poor order 

8. What about the size of the book: 

too big/small 
Comments: 



12 3 4 5 

12 3 4 5 

12 3 4 5 

12 3 4 5 

12 3 4 5 



Covers everything 

Exactly right 

I can find info quickly 

Missing or inadequate 

Very helpful 
I'd like more 

Clear 

Good order 

Right size 



Particular pages with errors' 



Name (optional): 

Job title: 

Company: 

Address: 



Note: If mailed outside U.S.A., place card in envelope. Use address shown on other side of this card. 
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Your comments are important to us. Please answer this questionaire and return it to us. Circle the number that best 
describes your answer in questions 1 through 7. Thank you. 

1. The information in this book is complete: 

Doesn't cover enough 12 3 4 5 Covers everything 

(what more do you need?) 

2. The information in this book is accurate: 

Too many errors 12 3 4 5 Exactly right 

3. The information in this book is easy to find: 

I can't find things I need 12 3 4 5 I can find info quickly 

4. The Index and Table of Contents are useful: 

Helpful 12 3 4 5 Missing or inadequate 

5. What about the "how-to" procedures and examples: 

No help 12 3 4 5 Very helpful 

Too many now 12 3 4 5 I'd like more 

6. What about the writing style: 

Confusing 12 3 4 5 Clear 

7. What about organization of the book: 

Poor order 12 3 4 5 Good order 

8. What about the size of the book: 

too big/small 12 3 4 5 Right size 
Comments: 

Particular pages with errors? 

Name (optional): 

Job title: 

Company: 

Address: 

Note: If mailed outside U.S.A., place card in envelope. Use address shown on other side of this card. 
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Printing History 



Each new edition of this manual incorporates all material updated since the previous edition. 
Manual change sheets are issued between editions, allowing you to correct or insert information in 
the current edition. 



The print date changes only when each new edition is published. Minor corrections or additions 
may be made as the manual is reprinted between editions. Vertical bars in a page margin indicates 
the location of reprint corrections. 

First Printing April 1984 (Part Number 64980-90935) 

Second Printing January 1985 (Part Number 64980-90935) 



SOFTWARE VERSION NUMBER 

Your HP 64000 software is identified with a version number in the form XX. YY. This operating 
manual applies to the following: 

Model 64000 Version 1.xx 



Software Materials Service 

Hewlett-Packard offers a Software Materials Service (SMS) to provide you with the most timely and 
comprehensive information concerning your HP 64000 Logic Development System. This service 
can maximize the productivity of your HP system by ensuring that you have the latest product en- 
hancements, software revisions, and software reference manuals. 
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Chapter 1 

GENERAL INFORMATION 



INTRODUCTION 



The terminal software allows the 64000 station to function in an RS-232-C environment as 
an ASCII terminal. The signal interface between the 64000 station and a remote device is ac- 
complished through the two RS-232-C ports on the rear panel of the station. 

Full duplex asynchronous RS-232-C communications is initiated with the system terminal 
program. File transfers between the 64000 system and other devices are supported in 3 
modes: first, ASCII transfer of listing and source code; second, absolute file transfer in 
Motorola, Tektronix (8-bit only), and Intel Hex formats; and, third, HP64000 format and 
protocol for highly reliable transfer of all user available 64000 file types. 



The terminal supports two common protocols: XON/XOFF and ENQ/ACK. These protocols 
allow terminal operation up to 9600 baud. In addition, extensions to these protocols are 
provided to permit operation with slow, time-shared machines. 

Screen editing features and escape sequences implemented for the 64000 terminal software 
are summarized in Appendix C in this manual. 
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Chapter 2 

TERMINAL OPERATION- 
PHYSICAL REQUIREMENTS 



Before evoking the "terminal" command it is important to identify the communication format to 
be used, set the 64000 Input/Output switches appropriately, and determine the appropriate 
RS232 interface port. 

INPUT/OUTPUT CONFIGURATION 



Model 64100A 

The communication format for the two RS-232-C ports is controlled by five sets of 
switches and a jumper set located on the Model 64100A I/O board in the station card cage 
(see figure A-1 in appendix A). Switches on the board must be set to match the 64000 sta- 
tion transmission format with that of the remote system. Tables A-1 through A-3 explains 
briefly the different switch-setting functions. Table A-4 indicates I/O Board switch settings 
that may be used for connection to a specifically configured HP 1000, HP3000, or HP9000 
series computer 200 or 500. For a detailed description of the switches refer to the Model 
64100A Service Manual. 



Model 64110A 

The Model 641 10A functions similarly to the Model 64100A except for the Current Loop 
facility which is not provided. Like the 64100A, the 641 10A provides asynchronous serial 
communications between the station and external communications devices. Communications 
is controlled by two switches on the RS-232/Flexible Disc Control card and a jumper on the 
CPU/IO card (see figure A-2 for switches and jumper locations). Table A-5 describes the 
switches (S1 and S2) and the jumper on the CPU/IO card. 



HP64000 FORMAT I/O BOARD CONFIGURATION 

If binary transfer mode is chosen, the I/O board must be set for 8 bits/character. Parity, 
start and stop bits are not critical for operation of binary transfers but if the installation can 
support 8-bit characters plus parity, this will provide some additional error checking 
capability. 

Hex/ASCII transfers require only that the I/O board be set for at least 7 bits/character. In 
general, a working I/O board configuration need not be changed to support hex/ASCII 
transfers. 
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RS-232-C Interface 

The signal interface to the Data Communications Equipment (DCE), usually a modem, and to 
the Data Terminal Equipment (DTE), usually a remote terminal or computer, is accomplished 
through two RS-232-C connectors located on the rear panel of the 64000 station. The "to" 
DTE connector is labelled TO MODEM, and the "to" DCE connector is labelled TO TERMINAL. 
Cables less than 50 feet (15 meters) are recommended for interconnection. Longer cables 
may be used provided the load capacitance conforms to EIA RS-232-C standards. Pin as- 
signments of the ports, shown in table A-7, must be used. 

The 64000 terminal hardware/software only operates in the full duplex mode; therefore, 
there is no hardware handshake on the RTS and DSR lines as used in half duplex operation. 
The terminal TO MODEM connector always asserts the RTS line and ignores the state of the 
DSR line. In addition, the CTS input line is monitored by the terminal hardware. If the line is 
false, the hardware will stop transmission until the CTS line again goes true. The DTR line is 
always held true by the terminal. Refer to the Installation and Configuration Reference Manual 
for a detailed description of RS-232-C operation. 

RS-232-C TX and RX Clock Control 

The 64100A RS-232-C circuits have the capability of driving (or receiving) both the TX and 
RX clocks independently. This capability is not available in the 641 10A. Control of the clocks 
is provided by switch S2 and jumper terminals E1 and E2 (see figure A-1). The E1 jumper, in 
conjunction with the S2-RX clock switch, controls the RS-232-C pin location and direction 
of the receive clock. Similarly, the E2 jumper and S2-TX clock switch control the transmit 
clock. Valid E1 and E2 jumpers and S2 switch settings are as follows: 



a. If the RXCLK switch is set to INT clock position, the corresponding E1 jumpers ac- 
complish the following: 

1). If the TO TERMINAL connector on the rear panel of the station is being used, then 
placing a jumper between A and B will cause the corresponding TXCLK to be driven 
out on pin 15 of that connector. 

2). If the TO MODEM connector on the rear panel of the station is being used, then 
placing a jumper between B and C will cause the corresponding RXCLK to be driven 
out on pin 17 of that connector. 

3). If NO jumper is installed, the corresponding clock will not be driven out. 



b. If the RXCLK switch is set to EXT clock position, the corresponding E1 jumpers ac- 
complish the following: 

1). If the TO TERMINAL connector on the rear panel of the station is being used, then a 
jumper is required between A and C to receive on pin 15 of that connector. 

2). If the TO MODEM connector on the rear panel of the station is being used, then NO 
jumper is required to receive on pin 17 of that connector. 



2-2 



Terminal Mode 
Operating Manual 



c. If the TXCLK switch is set to INT clock position, the corresponding E2 jumpers 
accomplish the following: 

1). If the TO TERMINAL connector on the rear panel of the station is being used, then 
placing a jumper between A and B will cause the corresponding RXCLK clock to be 
driven out on pin 17 of that connector. 

2). If the TO MODEM connector on the rear panel of the station is being used, then 
placing a jumper between B and C will cause the corresponding TXCLK clock to be 
driven out on pin 15 of that connector. 

3). If NO jumper is installed, the corresponding clock will not be driven out. 



d. If the TXCLK switch is set to EXT clock position, the corresponding E2 jumpers ac- 
complish the following: 

1). If the TO TERMINAL connector on the rear panel of the station is being used, then a 
jumper from A to C is required to receive on pin 17 of that connector. 

2). If the TO MODEM connector on the rear panel of the station is being used, then NO 
jumper is required to receive on pin 15 of that connector. 
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Chapter 3 

TERMINAL OPERATION- 
HOW TO USE 



INTRODUCTION 



RS-232-C communications to and from the 64000 station is initiated via the system terminal 
program. This program is selected with the rfermina! j softkey, found in the Monitor mode 
softkey selectors. 



Software Configuration 

When terminal operation is selected, using the (lerminajj softkey, a series of configuration 
questions will be asked by the terminal program. A command file may be established to 
answer these questions automatically or they may be answered individually when asked. 



NOTE 

The answer to each of the configuration questions is inter- 
preted as being the first nonblank character until the next 
blank character is encountered. Therefore, comments may 
be added to command files since the answer to a configura- 
tion question consists of only the first response on a line. 
Activity within terminal mode (such as file uploads or 
downloads) cannot be evoked through command files. 



The configuration questions asked by the terminal program are as follows: 

a. Auto linefeed? no (default value) 

Answers: Cy®§J LG9J 

Description: Answering 'yes' results in a linefeed being transmitted af- 

ter each carriage return generated by the terminal. This 
applies also during uploading. 
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b. Local echo? no (default value) 

Answers: Cyefj (0°J 

Description: If 'yes' is answered, characters typed at the keyboard will 

be shown on the CRT as well as being transmitted to the 
remote device. This function is NOT to support half- 
duplex operation. It may be used to simulate the reception 
of escape sequences. 

c. Wait for echo during upload? no (default value) 

Answers: Cyesj Cnoj 

Description: While uploading, if the answer to this question is 'yes', the 

station waits after sending each character for a return 
echo before sending the next character. If the answer is 
'no', the station does not wait for an echo. 

d. Download start sequence (0-6 chars)? " L F " (default value) 

Answers: A character string of to 6 characters delimited by quotation 

marks. 

Description: At the start of a :source type download, the station must 

match this string before any text is written to the file. If 
the string is null, "", no match is required and all characters 
received will be written to the file. 

e. Source end of file character? 04H (default value, ASCII e t character) 

Answer: A numerical ASCII value (see Note on page 3-6). 

Description: The character assigned is used to indicate an 'end-of-file' 

during source file transfers. The specified character must 
not appear within the file being transmitted. 

f. Format used for absolute file transfers? M hex (default value) 

Answers: rM~fiexj CQ3§XJ CTiZRexj C5PS4000j CSCjREj 

Description: The station can transfer absolute-type files in one of four 

formats. Refer to the section in Chapter 7 that covers 

Absolute File Formats for descriptions of M hex, I hex, 

and T hex. Refer to the section in Chapter 6 that covers 

HP64000 file transfer format and protocol. 



If CSCjREj, proceed to question n. 
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l f C^^fiexj, proceed to question h. 
If rj~ Rexj, proceed to question g(1). 
If CT^IRexj. proceed to question g. 
If CBPI^OOOj, proceed to question j. 



g. Prompt sequence? no (default value) 
Answers: CSflj COQJ 

Description: This question appears only if T hex' format is specified 

in question f. If this question is asked and. the answer is 
'yes', the station will request: 

Enter prompt sequence in quotes (1-6 chars): "GO" (default value) 

Answer: Character strings up to 6 characters delimited by quotation 

marks. 

Description: Any 7-bit ASCII characters are valid in the prompt se- 

quence. Refer to table 3-1 for list of ASCII characters. 
Proceed to question h. 



g(l). 8086/8088 format? no (default value) 

Answers: Cyesj C09J 

Description: This question appears only if 'I hex' format is specified in 

question f. 



NOTE 

Questions h through i are applicable only if M hex, I hex, 

or T hex format is selected in question f. 



h. Processor data bus width (#bits)? = 8 (default value) 

Answers: 8 16 

Description: This information is used by the station when uploading 

files. See examples of specific processors listed in ques- 
tion i following. 
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i. Smallest addressable entity (#bits)? = 8 (default value) 
Answers: 8 16 



Description: 



Most processors address single bytes (8 bits). Therefore, 
eight (8) is generally the response to this question. Some 
examples of processor specifications are as follows: 







Smallest 




Data Bus 


Addressable 


Processor 


Width 


Entity 


680X 


8 


8 


80U8 


8 


8 


8086 


16 


8 


68000 


16 


8 


Z800X 


16 


8 



For all HP supported processor languages, the smallest 
addressable entity and data bus width are listed in the File 
Format Reference Manual. 

Proceed to question n. 

Questions j through m appear only if HP64000 format is specified in question f . 



j. Use HEX/ASCII format for HP64000 type transfers? yes (default value) 



Answers: Cyesj (no~ 
Description: 



This question appears only if HP64000 format is specified 
in question f. The default answer is yes. A no answer im- 
plies binary type transfers. If the I/O board is not set up 
for 8-bit characters and the user has chosen binary type 
transfers, an error message will be displayed on the 
status line. 
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k. Acknowledge prompt character (O=none)? 00H (default value) 

Answers: Default is null, meaning this character is not used. 

Description: This question appears only if HP64000 format is specified 

in question f. Values other than default cause the 
HP64000 to wait for the specified character during 
download before sending every acknowledgment, including 
the first one. This character may be the same as the up- 
load prompt character. 

1. Use assertive mode in upload? no (default value) 
Answers: Cyesj CD9J 

Description: This question appears only if HP640O0 format is specified 

in question f. The default answer is no, meaning that if the 
file(s) desired to be uploaded are already existent (on 
another HP64000), the files (on the other HP64000) will 
not be overwritten. 

m. Remote device input buffer size? 1024 (default value) 

Answers: Default is the maximum length (# of characters) of a frame. 

Description: This question appears only if HP64000 format is specified 

in question f. Values smaller than the default cause the 
HP64000 to packetize the data to fit within the specified 
buffer size. This buffer size should be the size of the in- 
put buffer of the remote device or smaller depending on 
the particular system. 

n. Type of protocol? XON_XOFF (default value) 

Answers: NONE XON/XOFF ENQ/ACK 

Description: If NONE is selected, this will be the last configuration 

question. For a description of the other protocols refer to 
the protocol chapter. If a protocol type is selected other 
than NONE, the terminal will query: 

o. Upload prompt character (0 - none)? 00H (default value) 

Answer: A numerical ASCII value (see Note following configuration 

questions). 

Description: See the relevant description in the protocol section in 

Chapter 8. 

If (E^^E^FFj was specified in question n proceed to 
question p. 
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if C?S9 ?CKj was specified in question n proceed to 

question s. 

p. XON character? 11H (default value, ASCII D i character) 

Answer: A numerical ASCII value (see Note following configuration 

questions). 

q. XOFF character? 13H (default value, ASCII D 3 character) 
Answer: A numerical ASCII value (see NOTE on page 3-6). 

r. Delay time(mS) after sending XOFF during download? (default value) 

Answer: Default is 0. 

Description: Values greater than and less than 32768 milliseconds 

cause the terminal software to delay that amount of time 
after sending XOFF before disabling RS-232-C interrupts 
and writing to the disc. After the delay has expired, only 
two characters can be accepted without overrun errors. 
This only applies during download. If download is from a 
device that cannot stop within two characters after 
receiving XOFF, refer to the pseudo program given in 
Chapter 8 in the protocol section titled "XON/XOFF 
Protocol" for use with such a device. 



s. ENQ character? 05H (default value, ANSII e q character) 

Answer: A numerical ASCII value (see Note following configuration 

questions). 

t. ACK character? 06H (default value, ANSII a k character) 

Answer: A numerical ASCII value (see Note following configuration 

questions). 



NOTE 

The specified character required by the configuration ques- 
tions must be unique, i.e., not the same as a protocol charac- 
ter. It may, however, be the same as the acknowledgment 
prompt character. The present or current value of the 
character in question is always displayed in hexadecimal 
format. Entries allowed for numerical ASCII value questions 
are: 
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Base 


Suffix 


Example 


Decimal 


None or D 


26 or 26D 


Hexadecimal 


H 


OFH 


Octal 


or Q 


170 or 17Q 


Binary 


B 


1011101B 



The following command file example evokes the terminal and answers the configuration ques- 
tions. The configuration shown in the example is for an HP 1000 (see table A-4 for switch 
settings) or an HP 3000 using terminal type = 10. 



Command file example: 



terminal 
no 
no 
no 
"AB" 
004H 

M hex 

8 

8 

ENQ/ACK 

011H 

005H 

00 6H 



this is to evoke terminal operation 
Auto linefeed? 
local echo? 
Wait for echo? 
download start sequence 
Source EOF char 
Absolute format type used 
Data bus width in bits 
Addressing base in bits 
Protocol selected 
Upload prompt char 
ENQ char 
ACK char 



CRT Display Operation 

There are two modes used during terminal operation: 'terminal mode' and 'command mode'. 
When the cursor is in the first 18 lines of the display and the leftmost softkey label displays 
CteTminajj in inverse video, the terminal mode of operation is in effect. When the cursor is in 
the command area of the display, the command mode of operation is in effect (see terminal 
Softkey Display). Line #20 will remain the STATUS line as in the monitor. 
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NOTE 

Refer to Appendix B for a complete list of terminal status 
and error messages. 



Except during file transfer, all characters (except protocol and control characters) received 
at the RS-232-C ports are displayed on the CRT. Of the possible 8 bits describing an ASCII 
character, only the lower 7 bits are meaningful; therefore, upon reception, the 8th bit (MSB) is 
masked off and ASCII characters having a value of less than 20 hex (20H) are not displayed, 
unless the station is in "display functions" mode (see Appendix C). The escape character is 
treated as the beginning of an escape sequence. Characters following an escape sequence 
will not be displayed until the escape sequence has been completed or no match with a valid 
sequence can be established. 

Suppose the following escape sequence was transmitted to the terminal: 

«aZR 

where: 

a - represents the escape character (ASCII = 1BH). 
R - represents a control-B or ASCII = 02H. 

The resulting line on the display would be: 

Z 

since both the escape and control-B character are non-printing ASCII characters and the 
escape sequence deviates from acceptable sequences at "a". 

NOTE 

All characters arriving at the 64000 station during a source 
download, except for protocol characters and acknowledg- 
ment prompts, will be placed in the disc file. 

Softkey Display 

After answering the configuration questions, the softkey configuration line will display: 

CJ^rmjnaJXuploadjragwnloaajr^ 

where: 

Tier mina|j - When the Gfrmjnajj softkey is displayed in inverse 

video, the cursor will be located within the first 18 
lines of the display, indicating terminal mode of 
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^uploadj 



"download" 



(edjt_cnfgj 



"<clear>~ 



i'<BreaR>0 



operation. When the (lefminajj softkey is displayed 
normally, the cursor will be in the command area of 
the display indicating command mode of operation. 
To change modes of operation, press the C?eriD!Dl!j 
softkey. 

- This softkey allows the user to specify a file to be 
uploaded to the remote device. 

- This softkey allows the user to load a file onto the 
64000 disc from the remote device. 

- This softkey allows the user to reconfigure the 
terminal. 

- The CRT will be cleared from the present cursor 
position to the end of the terminal display area. 
Nothing will be transmitted to the remote device. 

- Since the 64000 keyboard does not have a 
<break> key, the break function is supplied via a 
terminal softkey. Pressing the C<6reaR>j softkey 
clamps the hardware serial transmit line at logic "0" 
for approximately 450 ms. No ASCII character is 
transmitted. 



i^<escape>j 
i"e~nd"i 



ASCII character (1BH) will be transmitted. 
Ends terminal operation. 



Keyboard Operation 

When the terminal is in the command mode, the keyboard functions as in the monitor. When 
the terminal is in the terminal mode, the keyboard functions differently due to the require- 
ments of single character input/output, etc. 

All keys in the main key group (mainly alphnumeric) send the ASCII code for the character in- 
dicated on the keycap to the remote device when pressed. If the 'local echo' question is 
answered 'no' during configuration, the character will not be displayed on the CRT until the 
remote device echoes it. If the 'local echo' question is answered 'yes', the character will be 
displayed immediately. The terminal will respond to any escape sequence entered in this 
mode as if they had come from the RS-232 line. Note that typing with local echo ON while 
connected to a remote device which echoes can cause intermixing of the local and remote 
echoes. All 127 ASCII 7-bit codes can be produced from the keyboard. Refer to table 3-1 
for a complete listing of the ASCII Character Codes. 
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Table 3-1. ASCII Conversion Table 





Col #1 


Col #2 


Col #3 


Col #U 




+0 


+20 


+Uo 


+60 





NUL 


SP 


e 


» 


1 


SOH 


! 


A 


a 


2 


STX 


II 


B 


b 


3 


ETX 


# 


C 


c 


k 


EOT 


$ 


D 


d 


5 


ENQ 


% 


E 


e 


6 


ACK 


& 


F 


f 


7 


BEL 


> 


G 


g 


8 


BS 


( 


H 


h 


9 


HT 


) 


I 


i 


A 


LF 


* 


J 


J 


B 


VT 


+ 


K 


k 


C 


FF 


* 


L 


1 


D 


CR 


- 


M 


m 


E 


SO 


, 


N 


n 


F 


SI 


/ 





o 


10 


DLE 





P 


P 


11 


DCl(Xon) 


1 


Q 


q 


12 


DC2(tape) 


2 


R 


r 


13 


DC3(Xoff) 


3 


S 


s 


11* 


DCU 


1* 


T 


t 


15 


NAK 


5 


U 


u 


16 


SYN 


6 


V 


V 


17 


ETB 


7 


W 


w 


18 


CAM 


8 


X 


X 


19 


EM 


9 


Y 


y 


1A 


SUB 


t 


Z 


z 


IB 


ESC 


5 


[ 


< 


1C 


FS 


< 


\ 


1 


ID 


GS 


= 


] 


} 


IE 


RS 


> 


A\ 


~ 


IF 


US 


? 


— 


DEL 



NOTE 

To produce the ASCII characters in column #1 in the ASCII 
table, hold down the control ( CNTL ) key on the keyboard 
and then press the corresponding character key listed in 
column #3. For example, (CNTL ) -H produces a BS or 
backspace (ASCII = 08H) and fCNTL~) -[ produces an ESC or 
escape (ASCII = 1BH). 
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The keypad keys (see figure 3-1) to the right of the main keyboard are functional. The 
( ROLL UP~) and (ROLL DOWN ) keys roll the screen up or down one line at a time until there 
are no more lines in the screen memory. ( NEXT PAGE ) and (PREV PAGE ) keys will display 
the next or previous 18 lines of screen memory (or less if screen memory is not full). With 
memory extender card installed, the screen memory can usually buffer more than 400 lines. 
The DOWN-ARROW (4) and UP-ARROW (J) keys roll the cursor up or down in the terminal 
area. This is a local action and no characters are transmitted. If one attempts to move the 
cursor past the bottom of the screen, the screen will scroll. 

When the transmit keypad is disabled and local echo is OFF, the LEFT -ARROW («— ) key 
transmits a backspace character as does the (BACK SPACE ) key on the keyboard. The 
RIGHT-ARROW (— ►) key transmits the character which it is moved under. This is useful for 
re-entering commands in combination with the up- and down- arrow keys. 



The (INSERT CHAR ) key allows insertion of characters into a line of program or text. To in- 
sert characters into a line, locate the cursor directly below the point of insertion and then 
press the (INSERT CHAR ) key. Insert alphanumerics as required. To stop the insert mode of 
operation, press (INSERT CHAR ) key again. 



The (DELETE CHAR ) key deletes from the screen the character directly above the cursor 
and sends nothing. 



The (CLR LINE") key clears the line of the terminal display area in which the cursor is posi- 
tioned. After clearing, the cursor is moved to the start of the line. Also, 80 backspaces are 
transmitted to clear the host buffer. 



The (RECALL") key has no function in terminal mode operation. 
The (CAPS L O UK~) and (RESET ) keys function normally. 



I I I I I 



KEYPAD 
LOCATION 



t INSERT WdeLETE 
CHAR I CHAR 



ROLL |M NUT 

■UK I PAGE 

I PREV 

HLiH I PAGE 



Figure 3-1. Keypad Location 
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The keypad is enabled and disabled using the following escape sequences: 

Keypad Enable - E c & j B 

E c & s 1 A 

Keypad Disabled - E c & g @ 

E c & s A 

When the keypad is enabled, the individual keys in the keypad transmit the following escape 
sequences when pressed: 

(INSERT CHATD - E c Q 

(DELETE CHAR ) - E c P 

(ROLL UP ) - E c S 

(ROLL DOWN") - E c T 

(NEXT PAGED - E c U 

(PREV PAGE1 - E c V 

UP-ARROW (J ) - E c A 

DOWN -ARROW (4-) - E c B 
RIGHT -ARROW (-►) - E c C 

LEFT-ARROW («-) - E c D 
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FILE TRANSFERS - HP64000 



HP64000 FILE TRANSFER - FORMAT AND PROTOCOL 



In the following discussions concerning file transfers, the terms "upload" and "download" indi- 
cate the following transfer directions: 



6U000 
Terminal 



upload 



download 



Remote 
Device 



General Information 

The purpose of HP64000 file transfer format and protocol is to provide the following 
capabilities: 

a. Totally transparent transfers of all types of HP64000 files. 

b. Data integrity via error detection and re-transmission. 

c. Straightforward interfacing to General Purpose Computers. 

d. Flexibility in protocol used (XON/XOFF or ENQ/ACK). (An additional level of protocol 
is built into the software which allows application programs to control packing of data 
transfer in many cases.) 

e. Packetizing to prevent remote-device buffer overrun caused by sending long records. 
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f. Transfer of multiple files per download/upload. 

g. Hex/ASCII and binary modes of transfers. The hex/ASCII mode of transfer provides: 

1). The ability to interface to a high-level language without terminal driver modifica- 
tions or assembly coding in most cases. 

2). No non-printing ASCII characters are used. 

3). Extraneous characters inserted by various terminal drivers can be dealt with. 



The binary mode of transfer provides for a possible factor of two improvement in throughput 
over hex/ASCII mode of transfer for users willing to configure their systems appropriately. 

HP64000 protocol is designed to correct errors and assure data integrity. In addition, it is 
simple enough to be implemented as an application program on a General Purpose Computer. 



OVERVIEW 



HP64000 file transfer format and protocol is suitable for reliably transferring one or more 
files with error detection and re-transmission. Both file data and file names are transmitted 
over the data link (RS-232-C). 

The discussion of HP64000 file transfer includes a quick sample configuration and an ex- 
ample transfer between HP64000 stations. This is followed by a description of the HP64000 
format user interface. Information required for communication between an HP64000 station 
and some other device follows. A look at configuration, examples, meaning of diagnostic 
messages, and implementation information is given. A complete description of the format and 
protocol is found in Chapters 6 and 8 respectively. 

Sample Configuration and Example 



For transfers between HP64000 stations, the following sample configuration is one of many 
which will work. 

Auto linefeed? yes (at user's discretion - no effect on HP64000 format) 

Local echo? yes (also at user's discretion) 

Wait for echo during upload? no (HP 64000 does not echo) 

Download start sequence? "" (not used by HP 64000 format) 

Source end of file character? 04H (not used by HP 64000 format) 
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Format used for absolute file transfers? HP64000 

Use HEX/ASCII format for HP64000 type transfers? yes (user's discretion) 

NOTE 

I/O board must be set for 8 bits/character for binary 
transfers. 

Acknowledge prompt character (O=none)? 00H (not needed between HP64000's) 

Use assertive mode during upload? no (At user's discretion - see description of record 
types) 

Remote device input buffer size? 1024 (Default value is correct) 

Type of protocol? NONE (no additional protocol needed if HP64000 protocol is used) 

Sample Transfer Between HP64000 Stations 

Given the above configuration and two HP64000s connected properly via RS-232-C 
with the matching I/O board setups, the following sequence of events is used to initiate 
a file transfer. 

Press the Ciownjoadj and C|n~HP~fm|j softkeys, then the [return] key at the 
receiving HP64000 station. The station will wait for the transfer to begin. At the send- 
ing station, press the (uploadj and r|n~HP~fm|j softkeys, type in the filename, and 
press the [return! key. 



NOTE 

The download command may be entered at any time prior to 
entry of the upload command and up to 1 minute after the up- 
load command has been issued. 



HP64000 FORMAT DOWNLOAD USER INTERFACE 



Once the HP64000 station is properly configured to use HP64000 format, the procedure for 
downloading in HP64000 format is to press the C^ownjoadj and the r|n~HP~fm!j softkeys, 
then press the [return] key. The names of the files to be downloaded are contained in the 
data received. 
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Download Status Messages 



The status of the file currently being downloaded is shown on the status line during 
download. After a file is downloaded, the status of the file is shown in the terminal area im- 
mediately above the status line. In addition to the file name and the number of records in that 
file, the file status messages contain one of the following: 



** File downloaded ** 

** exists, File NOT 
downloaded** 



** Abort during download ** 



file was successfully downloaded 

file was not downloaded because of NAK on 
filename record. This will occur if transfer is 
not assertive and the file already exists. 

either the user or the software caused the 
transfer to be terminated 



If any RS-232-C errors occurred during the download, a message will be written in the ter- 
minal area after the last file status message. This message describes the RS-232-C errors 
and the fact that recovery occurred. Also, the STATUS line will display "one or more opera- 
tions unsuccessful" if any file fails to download. 



HP64000 FORMAT UPLOAD USER INTERFACE 



File Specifications 

The user may specify the file(s) to be uploaded in several ways: 

a. When only a single file is to be uploaded, press the ( 
softkeys and type in the following information: 



"i and rin_HP_fmt"i 



filename<:USERIDX:DISC NUMBERX:filetype> 

(<> indicate the field may be omitted. If the default 
applies refer to the System Software Reference Manual.) 



Now press the [returnI key. 

b. When a single-file upload is to be made and an alternate name for that file on the 
remote device is desired, press the CJJilcjaicjJ and C!D^!BP^?QiD softkeys and type in 
the same information as indicated in (a) above. 



Now press the Qnfoj softkey, type in the "NEWNAME", and press the (return) key. 
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Where: 



~NEWNAME~ represents a literal string surrounded by delimiters which can be ", ", 
or ' characters. The literal string is transmitted in the file name record as the name 
of the file. This string may contain any ASCII characters. If this string is null, ("") 
the HP64000 file name is used. 

c. When multiple files are to be uploaded, press the (upload]), (in~BP~fmD. ar, d 
(ysjngj softkeys and type in the following information: the file name, a colon, and the 
USERID. Now press the (return) key. 

Where: 

The file name entered is a source file containing a list of HP64000 file names to be 
uploaded. This file contains lines of the form: 

filename<:USERIDX:DISC NUMBERX:filetype>[<"NEWNAME">] 

Where the second field is optional as indicated by the square brackets. 

The "NEWNAME~ field is defined as above. 

If the ~NEWNAME~ field is absent, the HP64000 file name is transmitted in the file 
name record. Otherwise, the literal string is transmitted in the file name record. 



Example of a File Specification 

If the command: 

upload in_HP64000_format TEST:HP 

is issued, then the HP64000 file TEST:HP:source will be opened for uploading and the 
HP64000 file name will be transmitted in the file name record. 

If the "using" file command is used: 

upload in HP64000 format using ABC:HP:source 

and file ABC contains a line TEST:HP 



then the HP64000 file TEST:HP:source will be opened for uploading and the HP64000 file 
name will be transmitted in the file name record. 
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If the command: 

upload in_HP64000_format TEST.HP into "ABC.dat" 
is issued, then the HP64000 file TEST:HP:source will be opened for uploading and the string: 

ABC.dat 
will be transmitted in the file name record. 
If the "using" file command is used: 

upload in HP64000 format using XYZ:HP:source 

and file XYZ:HP contains a line TEST:HP 'ABC.dat' 

then the HP64000 file TEST:HP:source will be opened for uploading and the string: 

ABC.dat 
will be transmitted in the file name record. 



Upload Status Messages 

During upload, the status of the current file being transferred is shown on the status line. 
After a file is uploaded and/or an error occurs, the status of that file is shown in the terminal 
area above the status line. The status messages describe the name of the file, the number of 
records transferred, and one of the following: 

** File uploaded ** File was successfully uploaded 

** File not uploaded ** File name was rejected by remote device 

or a syntax error is present in the user's 
list of files 

** Abort during upload ** User or software caused the transfer to 

be terminated 

** Error during upload ** File on uploading system is corrupt 



In addition, the STATUS line will display "one or more operations unsuccessful" if any file fails 
to upload. 
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FILE TRANSFERS - 
l_hex, M_hex, T__hex, AND NONE 



GENERAL INFORMATION 



If no file type is specified in an upload or download command, :source files are assumed. If 

:absolute is chosen, the absolute file format selected during configuration is used. M hex, 

I hex, and T hex formats translate absolute data into printable ASCII characters. If NONE 

was specified, no absolute files can be transferred. 

In the following discussions concerning file transfers, the terms "upload" and "download" indi- 
cate the following transfer directions: 



6U000 

Terminal 


upload 


Remote 
Device 


download 





Uploading Operation 

The syntax for uploading a file from the terminal is as follows: 

SYNTAX: 

upload <FILE> [:file type] 



The maximum line length used by the terminal is 240 characters. In addition, since 64000 
records always contain an even number of characters, lines which initially contain an odd 
number of characters will be padded with spaces. 

During upload, the terminal outputs a 'carriage return' (<CR>) as a record terminator (<end 
of line>) or, if auto linefeed is on, a <CRXLF> is used. 
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When uploading source files, the terminal appends the end-of-file character (selected by the 
user during configuration) to the end of the file being uploaded. This signals the remote 
device that the end of the file has occurred. 

When ENQ/ACK or XON/XOFF protocol is specified and an upload prompt character is also 
specified, the terminal waits for the specified upload prompt character before transmitting 
each record (line). If no upload prompt character is specified or the protocol NONE is used, 
the terminal will begin transmitting once the upload command has been entered. 



When uploading to devices which echo, overrun errors are common (and harmless), and the 
64000 ignores them. Framing and parity errors, on the other hand, indicate possible problems 
and may result when the files being uploaded contain characters that have special meaning to 
the remote device. Parity and Framing errors may also indicate line noise or hardware 
problems. 



Conventions used in the following upload examples are: 



(return) or <CR> - carriage return, 

text - commands from 64000 to remote device, 

{text} - comments. 



Example No. 1 - HP3000 Computer Upload. The HP3000 computer can be configured to use 
ENQ/ACK protocol and, as part of this protocol, it transmits an ASCII 11H whenever it is 
ready for another line. (See table A-4 and the sample command file listed previously for con- 
figuring the teminal for an HP 3000.) To upload to the HP3000, perform the following: 

a. Configure the terminal for ENQ/ACK protocol and an upload prompt character = 11H 
(DC1). 

b. Log onto the HP3000 system with terminal type = 10. Then enter the editor. 



:EDITOR [RETURN) 
c. Prepare the editor to accept text: 



/ADD {do not press (RETURN) ) 

d. Prepare the terminal to transmit a 64000 file named TEST:FDL - 

Cyp!°l§J TEST:FDL [:source] (RETURN) 

e. If the file is found, the CABORTj softkey will be the only softkey displayed. Press 
(return) to initiate the ADD command. 
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f. The terminal STATUS line will indicate the progress of the upload. When the upload is 
complete, type the following: 

// [return) {'//' terminates the ADD mode of EDIT 3000} 

g. The text may now be treated like any other text entered from the terminal. For 
example: 

/KEEP TEST.UNN [RETURN) {save the text in a file named TEST} 

Example No. 2 - Upload Without Prompt Character. Suppose that the HP3000 used in Example 
No. 1 is fast enough to accept text at the terminal baud rate without using a protocol. If this 
is the case, accomplish the following: 

a. Configure the terminal for ENQ/ACK protocol but do not configure it with an upload 
prompt character (character = 0). 

b. Log onto the HP3000 and evoke the Editor as in Example No. 1. Again enter the ADD 
mode: 



/ADD [return) {note the (return) ? 

c. The HP3000 is now ready to accept text. Enter the upload command as described in 
Example No. 1. Since there is no upload prompt character, the terminal will start 
transmitting the file as soon as the [return) (used to end the upload command) is 
transmitted. 

d. Exit the ADD mode after the file has been uploaded. 

Downloading Operation 

The download operation is essentially the same as for upload. The syntax for downloading is 
as follows: 

SYNTAX: 

I'downloadj <FILE> [:file type] 



When downloading source files, the terminal exits download mode only when the character 
selected as the end-of-file character is received. If this character is not received, download 
can be terminated using the (ABORTj softkey. The operation of download when using a 
protocol (ENQ/ACK or XON/XOFF) is described in the protocol chapter of this manual. 

Example - Downloading a File. Assume that the terminal is connected to a device which 
recognizes the following command: 

TYPE FILE 

which causes the indicated file, FILE, to be printed on the user's terminal followed by the 
end-of-file character. To download a file, perform the following: 
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a. Configure the terminal to recognize the end-of-file character. 

b. The sequence of events for downloading would be to transmit the following from the 
terminal: 

TYPE FILE 

raownloaSj FILE1 (return) 

<CR> 

c. The downloaded file will be transferred to a 64000 file named FILE1 and the terminal 
will return to the terminal mode of operation. 



NOTE 

An CABORTj softkey is displayed during uploading and 
download and may be used if problems are encountered. It is 
not a destructive abort. 



If a line contains more than 240 characters during downloading, the terminal breaks the line 
into as many 240 character lines as required. 

Source download expects one of the following as a record terminator (end-of-line): 



carriage return (<CR>) 

carriage return-line feed (<CRXLF>) 

line feed «LF» 

line feed-carriage return (<LFXCR>) 



During download, the station ends the download on reception of the end-of-file character. If 
this character is not received, the station remains in the download mode until aborted by the 
user. 



NOTE 

Under ENQ/ACK protocol, pressing CABORTj will cause the 
second, and all subsequent records residing in the input buff- 
er at that time, to be written to the display and NOT to the 
disc file. To ensure that the complete file is downloaded, the 
remote device should always transmit an end-of-file 
character. 
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Chapter 6 



DATA FORMAT - HP64000 



FORMAT OVERVIEW 



This section describes the data formats used in HP64O00 format file transfers in a top-down 
fashion. At the highest level is the file system interface. The packetizing module is present- 
ed next and is followed by a description of the low-level frame formats. 

This format is used on top of files which are in the formats specified in the File Format 
Reference Manual and applies to all user accessible file types. 



Definitions of terms used in the discussions that follow are given in table 6-1. 



Table 6-1. Definition of Terms 



APC 



Acknowledgment prompt character. The download program waits 
for this character before sending each acknowledgment message. 
This character is determined by the user during configuration. 



UPC 



Upload prompt character. The upload program waits for this 
character before sending each frame. This character is deter- 
mined by the user during configuration. 



ACK 



A positive acknowledgment message. See ACK/NAK for a de- 
scription of the contents of the message. ACK does NOT refer to 
the ASCII "ACK" character (06H). 



NAK 



Negative acknowledgment message. 
ASCII "NAK" character (15H). 



NAK does NOT refer to the 



ABORT 



Both the transmitter (upload) and the receiver (download) have 
the capability to terminate or abort the transfer. Termination can 
be caused by an irrecoverable software detected failure or by a 
user pressing the C5E50RTj softkey. 



Binary 



A binary transfer is one in which data is transmitted over the data 
link (RS-232-C) in 8-bit binary bytes. 
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Table 6-1. Definition of Terms (Cont'd) 



HEX/ASCII 



Upload 



Download 



A hex or ASCII transfer is one in which data is converted from the 
binary source to hex digits. For example, the data byte with a 
decimal value of 127 = 7FH would be transmitted as two charac- 
ters, an ASCII 7 (37H) followed by an ASCII F (46H). 

The direction of file transfer in this case is from the HP64000 to 
the remote device. The HP64000 is the source. 

File transfer is such that the HP64000 is the destination. 



Record 

Packet 

Frame 

Frame byte 
count 

Frame checksum 

<CR> 
dd.dd 

bb 



NOTE 

The labels L7, L4, and L2 are described in figure 6-1. 

Used to refer to the data which passes between L4 and L7 
(64000 record or file name record). (See figure 6-1). 

Parcel of data passed between modules L4 and L2. 

Data passed between module L2 and the data link. 

The 16-bit byte count (designated BBBB) which module L2 ap- 
pends to the front of a packet of data from L4 before transmitting 
it (count only added in binary mode). 

The 16-bit checksum (designated XXXX) which module L2 ap- 
pends to the end of a packet of data from L4 before transmitting 
it. 

Denotes the ASCII character, ODH, carriage return. 

Record data bytes. 

One byte describing the number of record data bytes -1. 



tt 

rr..rr 
BBBB 
XXXX 



One byte describing record type (see table 6-2). 

Packet data bytes. 

16-bit frame byte count. 

16-bit frame checksum (sum of 8-bit data bytes). 
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Figure 6-1 presents the relationship of the various data structures and software modules as 
implemented in the HP64000 software. This figure is presented before the description for 
easy reference while reading the description. 



FILENAME OR 
DISC FILE RECORD 



| dd dd dd dd | dd dd dd dd dd dd dd | dd dd dd dd dd dd dd 



RECORD | bb tt dd dd dd dd | dd dd dd dd dd dd dd | dd dd dd dd dd dd dd | 



PACKETS | bb tl dd dd dd dd | | dd dd dd dd dd dd dd~| | dd dd dd dd dd dd dd 




FRAMES | BBBB bb It dd dd dd dd XXXX 
NOTES: 



(L7) File System Interface 
High-Level Control 



(L4) Packet Assembly and 
Disassembly (When needed) 



(L2) Frame Transmit/Receive 

Data Integrity Control 

(Error Checking) 



BBBB dd dd dd dd dd dd dd XXXX 



BBBB dd dd dd dd dd dd dd XXXX 



1 BBBB. XXXX. dd, rr, bb. and tt are defined in table 6-1. 

2. This diagram shows the way in which packets, frames and records are related. Note that frames are the entities 
which travel over the communication link to the other device. (The BBBB field is not present when using the 
hex/ ASCII mode - see Hex/ASCII Transfer Frame Format, in this chapter.) 

3. The diagram is intended to be bi-directional, that is. the receiver goes "up" the diagram - assembling frames into 
records, and the transmitter does the opposite. 



Physical 
Data Link 
(RS-232-C) 



Figure 6-1. Major Data Structures and Controls 



File System Interface 

The file system interface (l_7) is the highest level portion of the software. During upload, it is 
responsible for generating the file names to be sent to the remote device, reading local disc 
files, and sending its records to packet assembly/disassembly (L4). The file system 
interface (L7) also takes appropriate action when the remote device rejects a file name, and 
informs the remote device when the transfer is over. 
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During download, the file system interface Is responsible for determining whether a given file 
name is valid and accepting or rejecting it. It also opens/creates files and writes incoming 
data to files, and detects when the transfer is complete. 

The file system interfaces (L7), on both sides of the data link, communicate control informa- 
tion with each other via record types. This information is contained in the "tt" field of each 
record. 



Record Types 



There are three general record types: file name records, data records, and the end-of- 
transmission records (see table 6-2). The record type is indicated by the "tt" field in the 
record. 



Table 6-2. Record Types 



Record type 



Type number (tt) 



Assertive file name 
Non-assertive file name 
Data record 
End-of -transmission 



00 
01 
02 
03 



DATA RECORDS. The data record (tt=02) contains in the data field (dd.dd) data to be writ- 
ten to, or data read from, the HP64000 file currently open. 



END-OF-TRANSMISSION RECORDS. This record(type=03) indicates to the downloading 
(destination) station that the transmission is over. The download control module closes any 
open files and terminates the download. This record may be received at any time. The data 
field of this record may contain arbitrary data which is discarded. Upload sends a zero as 
the data byte in this record. 
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FILE NAME RECORDS. There are two types of file name records: 

assertive (type=00): If the file named already exists on the receiving 

system, it will be purged. 

non-assertive (type=01): If the file named already exists on the receiving 

system, it will not be overwritten and the file name 
record will be NAKed. 

In downloading, the data field of a file name record must contain the file name in the normal 
HP64000 file name syntax (ie.. TEST:HP). All normal default values apply. In uploading, the 
data field of a file name record will contain the "string" specified in the upload command or 
the 64000 filename as above. (See HP64000 Format Upload User Interface in Chapter 4.) 

A file name record must be received and properly acknowledged before data records are 
received. 

A different type of response is generated to acknowledge a file name record. In short, a 
secondary acknowledgment is added to the frame acknowledgment normally provided. See 
table 8-1 in the Chapter 8 for details. 

The secondary acknowledgment will be a NAK if: 

a. The file name contains a syntax error. 

b. The file already exists (if type=01, non-assertive mode). 

c. The file cannot be opened or created for some reason. 
Otherwise, the secondary acknowledgment will be an ACK. 



When a file name record is ACKed, that file is opened and subsequent data records are writ- 
ten to that file. 



When a file name record is NAKed, another may be sent. 

When a file name record is received, any previously opened file is always closed. 

NOTE 

Abort records, or more properly, abort frames, are defined in 
the description of the binary and hex frame formats. 

The terms ACK and NAK, as used here, are generic terms 
meaning "positive acknowledgment" and "negative 
acknowledgment", respectively. The exact contents of an 
acknowledgment message are described in Chapter 8 of this 
manual. 
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PACKETS 

The file system interface communicates with the HP640OO file system and with the next 
software module responsible for packetizing. Figure 6-1 shows the data passed between 
the file system interface module and the packetizing module. 

Packetizing is a method for splitting long records into smaller pieces for transmission and 
then re-assembling them into the original record upon reception. This is important to help 
prevent data loss when the HP64000 is transmitting (uploading) to a remote device which has 
a limited buffer size. 

Packet Assembly During Download 

The first packet of a record is assumed to be of the form: 

(rr.rr) = (bb tt dd..dd) 
Where: 

dd..dd are data bytes. 

tt is the record type (see table 6-2). 

bb is the 8-bit count of the data bytes in the entire record, dd.dd, MINUS 

ONE(1). bb can then enumerate 1 to 256 data bytes. 

The packet assembler counts the number of data bytes, dd..dd, in the current packet. If 
there are the same number of data bytes as indicated by the record byte count, bb, then the 
record is complete and is passed on for further processing. If the number of data bytes is 
less than the number indicated by "bb", further packets (frames) will be accepted and the 
"rr..rr" field is interpreted as a continuation of the data byte stream, dd..dd. When the cor- 
rect number of data bytes has been accumulated, as determined by "bb", the record is com- 
plete and is passed on for further processing. If more data bytes are received than indicated 
by "bb", the receiver will attempt to abort the download. 

The three packets shown in table 6-3 would be correctly assembled into an assertive file 
name record with the file name: TEST:HP. File name records are explained above in the para- 
graph titled "Record Types". 

Packet Creation During Upload 

The reason the upload software may break records into packets is that many remote 
devices may only be able to accept one input buffer full of data at a time. By specifying the 
remote device input buffer size in the terminal mode configuration, the upload software is able 
to ensure that no frame is ever sent which exceeds this length. This buffer size is specified 
in bytes. 

The minimum size for binary transfers is seven (7) bytes. The minimum size for hex/ASCII 
transfers is 11 bytes. The calculations of maximum number of data bytes sent per packet 
(PACKETSIZE), rr..rr, given the remote device input buffer size in bytes (RECORDSIZE), is 
shown in figure 6-2. 
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Table 6-3. Name Record Packet Assembly 



Packet 
Byte 






Meaning 




(packet #1) 








06 
00 
5U 
U5 


(byte 
("tt" 
("dd" 
(dd) 


count -1) 7 data bytes in whole record 
or record type) assertive file name record 
or data) ASCII T 
ASCII E 




(packet #2) 








53 
5U 
3A 
k8 


(dd) 
(dd) 
(dd) 
(dd) 

(packet #3) 






ASCII S 
ASCII T 
ASCII : 
ASCII H 


50 


(dd) 






ASCII P 



IF( HEX_FORMAT ) THEN 

PACKETSIZE := (RECORDSIZE - 1 )/2 - 2 



L 



checksum (XXXX) is two 
bytes 

two chars per data byte 
hex/ASCII format 

<CR> is one character 



ELSE 

PACKETSIZE := RECORDSIZE - 2 - 2 ; 



L 



checksum (XXXX) is two 
bytes 

frame byte count (BBBB) 
is two bytes 



Note that the <CR> is counted as part of the record in hex 
format . 



Figure 6-2. Packet Size Calculation 
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FRAMES 

Frames describe the actual bytes sent over the RS-232-C link. Basically, a frame is a data 
packet with additional information for error detection and synchronization. 

A checksum is added to the end of a packet in both hex/ASCII and binary formats for error 
detection purposes. A byte count is appended to the beginning of a packet for synchroniza- 
tion in binary format. A <CR> is defined as a frame terminator for synchronization in 
hex/ASCII format. In addition, the data bytes are converted to hex characters for transmis- 
sion and reception over the RS-232-C link in hex/ASCII format. 

A detailed description of the two frame formats is given in the following paragraphs. 

HEX/ASCII Transfer Frame Format 

Note that all representation of binary data bytes and words is in hex: that is, a byte with a 
value of 127 decimal is shown as "7F". 

Features of hex/ASCII transfer: 

a. Each data byte is sent in its hex representation which is two legal, printing ASCII 
characters. For example, a byte with the value 7F (hex) would be transmitted as an 
ASCII 7 (37H) followed by an ASCII F (46H). 

b. Neither the remote device nor the HP64000 need be set for 8-bit characters. 

c. The remote device may echo. 

d. The remote device may send extraneous characters such as fill characters. 

The frame is defined to begin with the first ASCII character which is a legal hex digit (i.e.; 
0-9, A-F). 

All characters not belonging to the above set and which are not the ABORT CHAR, '?' or a 

<CR>, are ignored. 

Blank frames are ignored and are not acknowledged. A blank frame is one containing fewer 
than two valid hex digits and which is terminated by a <CR>. The smallest blank frame is 
simply a <CR>. 

Hex/ASCII frame format: 

rr.rr XXXX <CR> 

Where: 
rr.rr are the packet data bytes 

XXXX is the 16-bit checksum of the frame data bytes, rr.rr 

<CR> is the frame terminator, a carriage return character 



6-8 



Terminal Mode 
Operating Manual 



NOTE 

If the received frame checksum(XXXX) and the calculated 
checksum agree, the frame is deemed to have been received 
correctly. 

The number of packet data bytes, rr.rr, is greater than zero 
and less than 258. 

The checksum, XXXX is calculated as the 16-bit sum of all 
the data bytes, rr..rr. 

A correct frame is ACKed and an incorrect one is NAKed. 
Refer to the ACK/NAK protocol section in Chapter 8. 

If the frame contains an ABORT CHAR, '?', the frame is 

defined to be an abort frame and the download aborts. 



Example of a Hex/ASCII Frame: 

Although the packet data, rr.rr, is arbitrary, this packet is correct. 



(rrrrrrrrXXXX) 
"000102030006<CR>" 



The quotes are not part of the frame. 

The <CR> denotes an ASCII carriage return character. 



Binary Transfer Frame Format 



Note that all representation of binary data bytes and words is in hex; that is, a byte with a 
value of 127 decimal is shown as "7F". 

Requirements for binary transfer: 



a. The remote device and the HP64000 must both be set for 8-bit characters. 

b. When the remote device is downloading, it must not echo or it must echo EXACTLY 
one character for each character received. Echoing <CR> as <CRXLF>, for ex- 
ample, is not acceptable. 

c. When uploading, the remote device must not send extraneous characters such as fills 
or protocol characters. 
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Binary frame format: 

BBBB rr.rr XXXX 



Where: 

BBBB 

rr.xr 
XXXX 



is a 16-bit byte count of the packet data bytes, rr.xr. BBBB must 
be in the range of 1 to 258. 

are the packet data bytes 

is the 16-bit checksum of the frame data bytes, rr.rr 



NOTE 

If the received frame checksum (XXXX) and the calculated 
checksum agree, the frame is deemed to have been received 
correctly. A correct frame is ACKed and an incorrect one is 
NAKed. See the chapter on protocol. 

The checksum, XXXX is calculated as the 16-bit sum of all 
the 8-bit data bytes, rr.rr, in that frame. 

During binary download, all protocol (i.e.; XON/XOFF) is dis- 
abled. If protocol characters are received, they are inter- 
preted as data bytes. 

If the frame byte count, BBBB, is zero, the frame is defined to 
be an abort frame and the download aborts. 



Example of a Binary Frame: 

Although the packet data, rr.rr, is arbitrary, this packet is correct. Remember it is shown in 
hex representation. 



( BBBBrrrrrrrrXXXX ) 
OO0U00O102O3O006 
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ABSOLUTE FILE FORMAT DESCRIPTION - 

I hex, M hex, T hex 

GENERAL INFORMATION 

General Format 

The general format for an absolute file is: 

<header><hex informationXrecord terminator> 

where: 

<header> - the record header character (i.e., /, S, or :). 

<hex information> - are hex characters containing data, control, or 

checksum information. 

<record terminator> - is the record terminator which will not be shown 

when describing the absolute format. 



ABSOLUTE UPLOAD. The terminal outputs the record in the proper format with no ex- 
traneous characters. The record terminator output by the terminal is a 'carriage return' 
(<CR>), followed by a 'line feed' (<LF>) if auto linefeed is on. 



ABSOLUTE DOWNLOAD. General downloading characteristics are as follows: 



a. The terminal discards all characters until a header character is read. 

b. After receiving the record header character, the only valid characters are HEX digits 
'0'-'9', 'A'-'F' (A-F must be upper case letters). 

c. Upon receipt of a record terminator, the terminal attempts to translate the HEX 
characters into an absolute record and write it to the disc. 

d. Steps a through c are repeated until an end-of-file is detected or an error occurs. 
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I HEX ABSOLUTE FILE FORMAT 



Intel Hexadecimal Intellec 8/MDS (I hex) File Format for paper tape records consists of 

several fixed fields. An example follows: 



: II aaaa tt dddd.dd xx (spaces are inserted for clarity) 
where: 

- record header character 

II - record length (#data bytes) 

aaaa - 16-bit load address or offset (8086) 

tt - record type number (see table 7-1) 

dddd.dd - hex data (if any) 

xx - checksum (xx=2's complement (ll+aa+aa+tt+dd+dd+ ...+dd)) 

The various Intel record types and their field contents are shown in table 7-1. 

The older 8080 type transfers consisted of record types 00 and 01 only (see table 7-1). 
The 8086 and 8088 transfers use all four types of records. Question g(1) in the configura- 
tion sequence refers to these two types of transfers. 

If 8086/8088 format is selected, the terminal uploads and downloads all types of records as 
necessary. If the old 8080 format is selected, the terminal only produces records of type 00 
and 01 during uploading. During downloading, however, the terminal ignores record type 02 
but does not flag it as an error. Record type 03 is interpreted by the terminal as follows: 

a. The IP field is interpreted as the transfer address. 

b. The CS field should be zero. 

Examples of the different types of records are as follows: 

Start Record: 

:04 0000 03 0000 1234 B3 (spaces added for clarity) 

where: 

04 - byte count of data bytes 

0000 - load address (meaningless) 

03 - record type = start record 

0000 - 8086/8088 CS register value 

1234 - 8086/8088 IP register value 

B3 - Checksum = two's complement of: 04+00+00+03+00+00+12+34 
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Table 7-1. Intel Record Types 



Data Record: 



Record type = 00 

Record length = nn (two hex digits) #data bytes 

Load address = load address 

Data = N data bytes 



End Record: (:00 0000 01 FF) 



Record type = 01 

Record length = 00 

Load address = # transfer address 

Data = none 



Extended Address Record: (used with 8086 only) 

Record type = 02 

Record length = 02 

Load address = 00 (meaningless) 

Data = USBA (l6-bit upper segment base address) 



Start Record: (only output for l6-bit processors but 
is recognized by terminal) 

Record type = 03 

Record length = 0U 

Load address = 00 (meaningless) 

Data = CS and IP of 8086 processor (Start ADDR) 



*N0TE: This field contains the transfer address 
only when 8080-type format is specified. 
This field is meaningless when using the 
8086/8088 format. 
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Extended Address Record: 

:02 0000 02 1000 EC (spaces added for clarity) 

where: 

02 - # data bytes = 2 

0000 - load address (meaningless) 

02 - record type = extended address record 
1000 - USBA value. SBA = USBA* 10 (Hex)= 10 000 

EC - checksum = two's complement of: 02+00+00+02+10+00 

Data Record: 

:03 0A00 00 E3 7C 47 4D (spaces added for clarity) 
where: 

03 - byte count 

0A00 - 16-bit load address 

00 - record type = data record 

E3.7C.47 - data 

4D - checksum = two's complement of: 03+0A+00+E3+7C+47 



M HEX ABSOLUTE FILE FORMAT 



Four Motorola Hexadecimal (M hex) record types are supported. They are distinguished by 

the four record headers SO, S1, S2, and S9. The record types are discussed in the following 
paragraphs. Other record types (S3 through S8) are not supported. 

SO Type 

The SO type is the start record and may contain miscellaneous information. The station does 
not output this record but will accept it from other sources. The format for an SO type 
record is as follows: 



SO bb yyyyyyyy xx (spaces added for clarity) 
where: 

bb - is the byte count. 

yy yy - is arbitrary hex data. 

xx - is the checksum (see S1 record checksum) 
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S1 Type 



The S1 type is a data record beginning on a 16-bit load address. The format for an S1 type 
record is as follows: 



S1 bb aaaa ddddddddddddddddddddddddddd xx (spaces added for clarity) 

where: 

bb - #data bytes + #address bytes + 1(checksum) 

aaaa - 16-bit load address. 

dd.dd - Data bytes (or words) up to 24 bytes per record. (Station can 

receive more than 24 bytes per record.) 

xx - Checksum - one's complement of: bb+aa+aa+dd+...+dd 



S2 Type 



The S2 type is a data record starting on a 24-bit load address. The S2 type format is the 
same as an S1 type record except for a 24-bit load address (6 hex characters versus 4). 
The format for an S2 type record is as follows: 



S2 bb aaaaaa ddddddddddddddddddddddddd xx (spaces added for clarity) 

S9 Type 

The S9 type is an end record and has the following format: 

S9 bb yyyyyyyy xx (spaces added for clarity) 
where: 
bb - is the byte count. 

yy...yy - is arbitrary hex data, 
xx - is the checksum. 
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Examples of the different types of records are as follows: 

Data Record - Type S2: 

S2 06 A00000 6C 01 EC (spaces added for clarity) 

where: 

06 - byte count 

A00000 - 24-bit load address 
6C.01 - data 

EC - checksum = one's complement of: 

06+A0+00+00+6C+01 

End Record - Type S9: 

S9 03 00 00 FC (spaces added for clarity) 

where: 

03 - byte count 
00,00 - arbitrary data 
FC - checksum = one's complement of: 
03+00+00 

NOTE 

If checksum does not match on download, error message: 

"Error in converting file" 

appears on the command line, and the rest of the download 
goes to the screen. 



T HEX ABSOLUTE FILE FORMAT 



The Tektronix Hexadecimal (T hex) File Format is used to transfer 8-bit processor ab- 
solute information. The definition of T hex format includes a data transfer protocol in addi- 
tion to specifying the absolute data representation. This protocol provides for positive and 
negative acknowledgment of records received and for re-transmission of erroneous 
records. 
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T_HEX Protocol 

Although this protocol permits high-speed file transfers without any additional protocol, the 
terminal still responds normally to the protocol selected with the exception that XON and 
XOFF are not transmitted by the terminal during downloading. 

After the remote device downloads a record, the terminal responds with a positive 
acknowledgment (0 <CR>) or a negative acknowledgment (7 <CR>) as determined by the 
validity of the record. If the user has selected a prompt sequence in configuration, the ter- 
minal waits for this sequence before responding with an acknowledgment. The remote device 
is expected to wait for the acknowledgment before transmitting another record. 

If the user selected a prompt sequence, the terminal waits for this sequence prior to upload- 
ing each record. Note that an upload prompt chararacter can perform this same function. If 
both an upload prompt character and a prompt sequence are selected, the terminal waits for 
the prompt sequence and then for the upload prompt character. After sending each record, 
the terminal waits for an acknowledgment which should be either '0 <CR>' or '7 <CR>' as 
described above. The terminal re-transmits a record if a '7 <CR>' is received. If there is no 
positive acknowledgment after five (5) transmissions of any one record, the terminal sends 
an abort record and terminates the upload. 

The T hex format specifies three types of records: data, terminating, and abort. The 

Tektronix format specifies that a maximum of 30 data bytes may be transmitted in any one 
data record. The record types are discussed in the following paragraphs. 



DATA RECORD. The format for a data record is as follows: 
/ aaaa bb cc dddd...dd xx (spaces added for clarity) 
where: 

/ - record header character 

aaaa - 4-hex digits specifying load address 

bb - byte count (# data bytes) 

cc - 1st checksum (cc=a+a+a+a+b+b) 

dd...dd - hex data 

xx - 2nd checksum (data checksum) 

Example of a data record: 

/0A00 02 OC 2A C3 1B (spaces added for clarity) 
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where: 
0A00 
02 

oc 

2A.C3 

1B 



load address (hex) 

data byte count 

1st checksum = O+A+O+O+O+2 

two data bytes 

2nd checksum = 2+A+C+3 



TERMINATING RECORD. The format for a terminating record is as follows: 

/ aaaa bb cc (spaces added for clarity) 
where: 

/ - record header character 

aaaa - transfer address 

bb - byte count (always 0) 

cc - checksum (same as 1st checksum in data record) 

ABORT RECORD. The format for an abort record is as follows: 

// text 

An abort record is identified as having two header characters. The text is optional and may 
be used to describe the condition which caused the abort. The terminal does not send any 
text with an abort block. Only the device transmitting a file may send an abort. An 
acknowledgment is not expected after an abort record has been sent. 
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PROTOCOLS 



GENERAL INFORMATION 



Terminal mode supports three protocols: XON/XOFF, ENQ/ACK, and HP64000 protocol. The 
first two protocols are used solely for flow control, to keep from overrunning the computer 
during a file transfer. 

HP64000 protocol operates with or without one of the other protocols. In addition, the flow 
control, error detection, and retransmission of bad records are handled by this protocol. 

XON/XOFF Protocol 



The mnemonics, XON and XOFF, usually refer to the ASCII characters DC1 and DC3 (or ASCII 
11H and 13H respectively) which translate to 'transmit on' and 'transmit off. When a remote 
device receives an XOFF character, for example, it should stop transmitting immediately. 
Upon receiving an XON character, the device should start (or continue) transmitting. 

In addition, for slow time-sharing devices which do not function well using the XON/XOFF 
protocol, an upload prompt character can be specified during configuration; however, the up- 
load prompt character cannot be the same character used for XON or XOFF. During upload- 
ing, the terminal waits for the 'upload prompt character' before sending each record. The 
remote device must send the upload prompt character every time that it is ready to read 
another record. 

Upon successful completion of the upload command, the terminal waits for an upload prompt 
character (if not a null) as defined during configuration. Upon receipt of the prompt character, 
the terminal transmits a record of data which for source-type transfers consists of one line 
terminated by a carriage return (<CR>) and optionally a linefeed (<LF>). The terminal sends 
no protocol characters at any time during uploading. It still accepts XON and XOFF signals at 
any time and will send no more than two characters after receipt of an XOFF. One simple 
method of using upload prompt characters is illustrated by the following pseudo program 
which is intended to run on the remote device (i.e. computer): 

While NOT <End-of-file> do 
begin 

Send terminal an upload prompt character 

Read a record from the terminal 

Process the record just read 
end 



For situations where no upload prompt characters are specified, the following pseudo 
program may be used by the remote device: 
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While NOT <End-of -f ile> do 
begin 

Read a line from the terminal 

Send terminal an XOFF 

Process the line 

Send terminal an XON 
end 



The method described above for uploading is essentially the same method used by the ter- 
minal when downloading. Once a download command is successfully entered, the following 
pseudo program describes the action of the terminal: 



While NOT <End-of -f ile> do 
begin 
Read a line from the remote device {line must be terminated 

with a record terminator) 
Send an XOFF to the remote device 
Write the line just read to disc 
Send an XON to the remote device 
end 



If the remote device (computer) cannot stop within two characters after receiving XOFF, the 
following pseudo program can be used on the remote device to interface with the terminal: 



While NOT <End-of -f ile> do 
begin 

Read a line from the file 

Send the line to the terminal 

Receive XOFF 

Wait for XON 
end 
Send an end-of-file character to terminal 



The user can define which ASCII characters are interpreted by the terminal as XON, upload 
prompt, and XOFF. It is suggested that ASCII 11H, 12H, and 13H be used, respectively, for 
these characters in an attempt to adhere to the standard protocol. 

ENQ/ACK Protocol 

The ENQ/ACK protocol is only implemented in one direction by the HP 1000 and HP3000 com- 
puters. The computers send ENQ and expect to receive an ACK. Sending ENQ to these com- 
puters is meaningless. The terminal operates as if it were an HP terminal, therefore, it never 
ENQuires - only ACKnowledges. 
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The ENQ/ACK protocol enables the terminal to control the remote device to prevent it from 
overrunning the terminal. At least once in every 80 characters transmitted, >he sender 
should send an ENQ character to the receiver. The receiver sends an ACK character when it 
can handle 80 more characters. 



Like the XON/XOFF protocol, the ENQ/ACK protocol is not sufficient to prevent the terminal 
from overrunning some remote devices. Again, the use of the upload prompt character is 
recommended when uploading. 



During the uploading of a file, the terminal will wait for an upload prompt character before 
sending each record. It is the responsibility of the remote device using ENQ/ACK protocol to 
send an upload prompt character to the terminal to initiate the transmission of each record. 
The HP 1000 and HP3000 computers use a DC 1 character (ASCII = 1 1H) as an upload prompt 
character. This character is sent automatically, therefore, standard file listing and entry 
utilities (such as editors) may be used for file transfers with the HP 1000 and HP3000. 



If ENQ/ACK protocol is aesired but not directly supported by the device being used, the fol- 
lowing pseudo -programs, intended to run on the remote device, will interface with the ter- 
minal for uploading and downloading: 



{UPLOADING PROGRAM} 

While NOT<End-of-file> do 
begin 

Send terminal an upload prompt character 

Read a record from terminal 

Process the record 
end 



{DOWNLOADING PROGRAM) 

While NOT <End-of -f ile> do 
begin 

Read a line from the file to download 

Send the line to terminal 

Send terminal an ENQ character 

Wait for terminal to respond with an ACK character 
end 
Send an end-of-file character to terminal 



NOTE 

Even though the sample download program may send more 
than 80 characters between ENQ queries, the terminal will 
operate properly with lines up to 240 characters long. 
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HP64000 PROTOCOL OVERVIEW 

This section describes the protocol defined by HP64000 file transfer format/protocol. Flow 
control and re-transmission control are handled by the acknowledgment messages. Prompt 
characters are solely for flow control. The protocol also defines the method by which file 
transfers start, stop, and abort. This section ends with a discussion of error recovery and 
timeouts. 

Acknowledgment and Abort Messages 

The acknowledgment messages are the same in both binary and hex/ASCII modes of trans- 
fer. These messages are listed below. 

ACK 

ACK is used to refer to a positive acknowledge message. The content of that message 
is "ACK#<CR>" in both binary and hex modes where "#" can be a "0" or a "1". 

An ACK0/ACK1 scheme is used to maintain acknowledgment synchronization. Frames 
are acknowledged with alternating ACKO and ACKVs. The first frame of a transfer is 
acknowledged with an ACKO. The next with an ACK1, and so on. 

The character, ACK, referred to in reference to HP64000 file transfers is a capital U 
(ASCII = 055H). 

A positive acknowledgment message is then "U#<CR>". Where "#" is a "0" or a "1". 

NAK 

When NAK refers to a negative acknowledgment message, that message contains 
"NAK#<CR>". The character NAK is chosen to be an asterisk (ASCII = 2AH). Every 
time a frame is received, the "#" is toggled. The "#" is the same as the one used in posi- 
tive acknowledgment responses. An example NAK message is "*0<CR>". 

ABORT 

In addition to positive and negative acknowledgments, an ABORT acknowledgment is 
defined. This is the method which the receiver (download) uses to abort a transfer. 
The ABORT message is "ABORT<CR>" where the character ABORT is a question mark 
(ASCII = 3FH). Please note that the ABORT message is an acknowledgment and is not 
the method the transmitter (upload) uses to abort a transfer. 

Secondary Acknowledgment/File Name Acknowledgment 

The acknowledgment to a file name record will contain a secondary acknowledgment if the 
record was received correctly. Table 8-1 shows the possible responses to a file name 
record. 
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Table 8-1. File Name Record Responses 



Text 




Mnemonic 


Meaning 


"*#<CR>" 




NAK#<CR> 


Received record has a 
checksum error. 


"U#*<CR>" 




ACK#NAK <CR> 


Record was received but 
file name is not correct. 


"U#U<CR>" 




ACK#ACK <CR> 


Record and file name are 
correct. 


Where 


"#" 


is either a "0" 


ii - ii 
or a 1 . 



Upload Prompt Character 

The upload prompt character (UPC), which can be defined by the user during configuration, is 
also used during HP64000 format uploads. It is used to pace the transmission of frames to 
the remote device. The HP64000 waits for the UPC before sending each frame. The typical 
sequence when an UPC is used is as follows: 

a. The remote device sends the UPC character to the HP64000. 

b. The HP64000 sends a frame to the remote device. 

c. The remote device acknowledges the frame. 

d. The HP64000 waits for the UPC character before sending the next frame. 

Acknowledgment Prompt Character 

The acknowledgment prompt character (APC) is defined by the user during configuration, if 
HP64000 format is chosen. This character may be the same as the upload prompt character 
if desired. 

The APC is used during download to pace the transmission of the acknowledgment message 
for each frame. The HP64000 will not acknowledge a frame until the APC is received. 

The typical sequence when an APC is used is as follows: 

a. The remote device sends a frame to the HP64000. 
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b. The HP64000 waits for the APC character. 

c. Upon receipt of the APC, the HP64000 acknowledges the frame. 

STARTING A DOWNLOAD SESSION 



When not using an acknowledgment prompt character (APC) to download, the following 
events occur: 



As soon as the "download in HP64000 format" command is entered, and the [return] 

key is pressed, the HP64000 sends an ACK to indicate its readiness to accept data. 
This ACK is always an ACKO ("UO<CR>"). This ACK message will be re-transmitted 
every 10 seconds until the download begins. There is no limit to the number of re- 
transmissions at this point. 



The sequence of events used in this case is: 

a. Invoke the program on the remote device which will be waiting for an ACK message. 

b. Press the C^ownjoadj and the r|n~RP~fm|j softkeys, then the (return) key. The 
download will then begin. 

When using an Acknowledgment Prompt Character (APC) to download, the following events 
occur: 



The HP64000 will wait for the APC before sending each acknowledge message. This in- 
cludes the first ACK as described above. Assuming the program on the remote device is 
invoked by typing the sequence HPD (return) and that it transmits an APC to the 
HP64000 and then waits for the ACK message, the sequence of events for downloading 
is as follows: 



a. Type in HPD but do not press the (return) key. 

b. Press the (3ownjoadj and the UQHSP^ZfoiD softkeys and then the (return) key to 
prepare the HP64000. 



c. Press the (return) key again (which finishes the "HPD<CR>" sequence and starts 
the download). 



STARTING AN UPLOAD SESSION 



When not using an Upload Prompt Character (UPC) to initiate upload, the following should be 
accomplished: 
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After the HP64000 upload command (refer to the upload discussion, above) is entered, the 
software will wait for a positive acknowledgment (see ACK/NAK) before sending the first 
data frame. 

Assuming a program called UPL executes on the remote device to interface with the HP64000 
upload, the sequence of events in this case is as follows: 



a. Type in UPL from the keyboard to prepare to invoke that program on the remote 
device. Do not press the (return) key yet. 

b. Enter the HP64000 upload command by pressing the Cypjoadj and C\^—BEZll^\j 
softkeys, typing in the file name, and pressing the (return) key. 

or 

Press the Cyi!ll§J. UD^BP^fmD. and CQsmgj softkeys. Type in the listfile and 
press the (return) key. Now press the (return) key again to invoke the UPL program on 
the remote device. The UPL program must send an acknowledgment which will start 
the upload. 

If the remote device is another HP64000 or the program on that device, UPL, sends the 
acknowledgment every 10 seconds as an HP64000 in download mode will, the following se- 
quence may be used to start the upload: 



a. Invoke the UPL program on the remote device (type in UPL and press the (return) 
key), or, enter the download command on the remote HP64000. 



b. Enter the HP64000 upload command and press the (return) key. 

When the acknowledgment is received, the upload will start. Note that an acknowledgment 
may already be present in the input buffer. 

When using an Upload Prompt Character (UPC) to upload, the following events occur. 

The upload software will wait for a positive acknowlegement message and the UPC before 
sending the first record. The first upload sequence above is the correct one for this case. 



NOTE 

The HP64000 sends neither APC's or UPC's. They are not 
needed for communication between HP64000 stations. 

When communicating HP64000 < ► HP64000 in this for- 
mat/protocol, the order of events (i.e., the times at which 
the upload and download command are entered on the sta- 
tions) is very flexible. With respect to the entry of the up- 
load command, the download command may have been en- 
tered at any time prior to the upload command and it may be 
entered up to one minute after the upload command. 
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ENDING THE TRANSFER 

The normal termination of the file transfer session (upload/download) is as follows: 

a. The transmitter (HP64000 uploading for example) detects that no more files are to be 
transmitted and sends an end-of-transmission record to the receiver (HP64000 
downloading for example). 

b. The receiver acknowledges the record (frame). If the data was received correctly, 
the receiver terminates. 

c. Upon reception of a positive acknowledgment from the receiver, the transmitter 
terminates. 

Download Aborts 

The download can be aborted by the remote device by sending an abort frame (see discus- 
sion of frame formats) to the HP64000 in download mode. The HP64000 does not acknow- 
ledge the abort frame and exits download mode. 

The user of the HP64000 can abort the download by pressing the (ABORTj softkey. This 
causes the HP64000 to acknowledge the next record with an ABORT message and then ter- 
minate download mode. 

If the HP64000 detects an error during download from which it cannot recover, it aborts the 
download in the same manner as when the user presses the C$BORTj softkey. 

An acknowledgment message which is an ABORT message is composed of the 
ABORT CHAR ('?') followed by a <CR> (carriage return). 

Abort frames are: 

In binary mode: Two zero bytes (a zero length frame) (No checksum is 

required on a binary abort frame) 

In hex/ASCII mode: A sequence of characters containing the 

ABORT_CHARC?') followed by a <CR> 

When an APC character is specified, pressing the C5§ORTj softkey once will cause the 
abort acknowledgment message to be sent after an APC is received. If the APC is not 
received, the user may have to press the (ABORTj softkey again to cause immediate trans- 
mission of the abort acknowledgment message and termination of the download. 

Upload Aborts 

When the upload software aborts, it notifies the remote device by sending an abort frame as 
described above. If an Upload Prompt Character is specified by the user, Upload waits first 
for that character before sending the abort frame. If the user desires an immediate abort, 
the CABORTj softkey will have to be pressed twice as described in the above paragraph. 
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ERROR RECOVERY/TIMEOUTS 



This section describes the error recovery capabilities and procedures of HP64000 file trans- 
fer format and protocol. 

Detection of data corruption is implemented with a 16-bit additive checksum on every frame 
and normal one-bit parity if chosen by the user. Framing, overrun, and parity errors detected 
by the USART in the HP64000 cause frames to be flagged as incorrect. 

Timeouts 



Timeouts are used to detect certain errors and correct them or cause the transfer to be 
properly terminated. All the timeouts are described in the following paragraphs. 

Next Record Timeout: 



Download: After sending a frame acknowledgement (other than an abort), 

download will wait 10 seconds for the start of the next frame. If the 
frame is not detected within this time, the acknowledgment (positive or 
negative) is re-transmitted. After 5 re-transmissions, download will 
send the ABORT acknowledgment and exit download mode. The reason 
the acknowledgments are numbered is to combat a problem which can 
occur when a remote device is very slow and could buffer several of 
the re-transmitted acknowledgment messages. 

Note that the re-transmissions continue, when download is first in- 
itiated, until the first frame is received. 



Inter -character Timeout: 



Download: After the beginning of a frame has been detected, if no characters are 

received for 15 seconds, download assumes that some type of 
dropout has occurred and sends a NAK message. 



Acknowledgment Wait Timeout: 



Upload: After sending a frame, if no acknowledgment has been received within 

60 seconds, upload sends an abort frame and exits upload mode. 
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APC or UPC Timeout: 

Upload: The UPC timeout is in effect during HP64000 format uploads. 

Download: The APC timeout is in effect during HP64000 format downloads. When 

waiting for an APC or UPC character, the HP64000 will display the 
message: 

"STATUS: Waiting for prompt character" 

after 30 seconds has elapsed. The wait for the character continues 
until it is received or the user aborts the transfer. 

Recoverable Errors 

Definitions: 

Zero-length frame in hex/ASCII format; 

A sequence of characters followed by a <CR>, which contains no more than one 
valid hex digit. The echo of an acknowledgment, "U0<CR>" is interpreted as a 
zero-length frame. Zero-length frames are completely ignored by download ex- 
cept that the next frame timeout counter is reset to zero. 

Zero-length binary frame; 

A zero-length binary frame is an abort frame. The zero-length frames discussed 
in this error section refer only to hex/ASCII zero-length frames. 

Error: Checksum error - download found a bad checksum on a frame. 

Recovery A negative acknowledgment is sent to illicit the re-transmission of the 

frame. 



Error: Character dropout during transmission of a hex/ASCII record. Character 

lost is not the frame terminator <CR>. 

Recovery Download will flag a bad checksum and send a NAK as above. 



Error: 
Recovery 

Error: 
Recovery 



Character dropout during transmission of binary frame or the <CR> is 
lost when transmitting a hex/ASCII frame. Some data has been received. 

Download will catch this with the inter-character timeout. If no character 
is received within 15 seconds, download assumes that the noted error 
has occurred and sends a NAK to cause the transmitter to re-transmit 
the frame. 

Acknowledgment lost. 

Download will timeout waiting for the beginning of the next frame and re- 
transmit the lost acknowledgment. 
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Irrecoverable Errors 

Error: Entire frame lost. Download receives either a zero-length record or 

nothing. 

Recovery None. Download will keep re-transmitting the last acknowledgment but 

the transmitter will discard these ACKs because they are numbered incor- 
rectly. After 5 re-tries, an abort is sent and both parties should ter- 
minate the transfer. 



Error: All acknowledgments are lost. 

Recovery None. Upload times out waiting for an acknowledgment and sends an 

abort frame and terminates upload mode. 



NOTE 

These are the recovery mechanisms as implemented by the 
HP64000 and exemplified by HP64000-to-HP64000 file 
transfers. Depending on reliability needed, data link error 
rate, and other factors, some or all of these techniques may 
be needed for remote device implementations. 
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NOTES 
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Chapter 9 

GENERIC TRANSFER EXAMPLES 



INTRODUCTION 



An acknowledge prompt character (APC) is used in the example shown in table 9-1. Note 
that since the HP64000 does not send APC's but only waits for them, the transmitter in this 
example is not an HP64000. 

In the example shown in table 9-2, the Upload Prompt Character (UPC) character is used. 
Note that since an HP64000 never generates the UPC character, the receiver in this example 
is not an HP64000. 

The example shown in table 9-3 is a sample "conversation" between two HP64000's during a 
HP64000 file transfer. No acknowledge prompt character (APC) is used in this example. 
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Table 9-1. Transfer Example Using an APC 



Transmitter (Remote device) 



APC 



(waiting for ACK) 

File name record 
Assertive 

"TEST:HP:5" ► 

APC ► 

( Go on to next file ) 

Assertive 

"TEST1: HP: source" — ► 

APC ► 

( Now send data ) 
Data, frame#l ► 

APC ► 



(retransmit) 
Data, frame#l 
APC 



Data, frame#2 
APC 



(File is over) 
(New file name record) 
Assertive 

"TEST3 : HP : asmb_svm"-* 
APC 



Data, frame#l- 
APC 



DATA, frame #2- 
APC 



Data, frame #N 
APC — — 



End of transmission 

record 

APC 



Receiver (HP6U000 ) 



( Rx ready ) 
(waiting for APC) 
ACK0<CR> 



( Bad disc #) 
< ACK1NAK <CR> 



( Name is OK!) 
ACKOACK <CR> 



( Bad checksum ) 
< NAK1<CR> 



( Frame OK! ) 
< ACK0<CR> 

( Frame received OK!) 
< ACK1<CR> 



( OK! Previous file 
is closed ) 
< ACKOACK <CR> 



ACK1<CR> 



ACK0<CR> 



ACK#<CR> 



( Close file, etc..) 
ACK#<CR> 
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Table 9-2. Transfer Example Using a UPC 



Transmitter (HP61+000 ) 



(waiting for ACK) 



File name record 

Assertive 

"TEST: HP: 5" ► 



( Go on to next file ) 
Assertive 

"TEST1: HP: source" ► 



( Now send data ) 
Data, frame#l ► 



(retransmit) 
Data, frame#l 



Data, frame#2 



(File is over) 

(New file name record) 

Assertive 

"TEST3:HP:asmb sym"— ► 



Data , f rame#l- 



DATA, frame#2- 



Data, frame #N 



End of transmission 
record ► 



Receiver (Remote Device) 



( Rx ready ) 
ACK0<CR> 
UPC 



( Bad disc #) 
ACK1NAK <CR> 
UPC 



( Name is OK I ) 
ACKOACK <CR> 
UPC 

( Bad checksum ) 
NAK1<CR> 
UPC 

( Frame OK! ) 
ACK0<CR> 

UPC 
( Frame received OK!) 
ACK1<CR> 

UPC 



ACKOACK <CR> 
UPC 

ACK1<CR> 
UPC 

ACK0<CR> 
UPC 



ACK#<CR> 
UPC 



( Close file, etc. 
< ACK#<CR> 
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Table 9-3. Example Transfer Between Two HP64000S 



Transmitter (HP6U000 ) 



(waiting for ACK) 



File name record 
Assertive 
"TEST:HP:5" ► 

( Go on to next file ) 

Assertive 

"TEST1:HP: source" — ► 

( Now send data ) 
Data, frame#l ► 

(retransmit) 

Data, frame#l ► 



Data, frame#2 



(File is over) 

(New file name record) 

Assertive 

"TEST3:HP:asmb sym"— ► 



Data, frame#l- 
DATA, frame#2- 



Data, frame #N 



End of transmission 
record > 



Receiver (HP6U000) 



( Rx ready ) 
< ACK0<CR> 



( Bad disc #) 
< ACK1NAK <CR> 



( Name is OK! ) 
ACKOACK <CR> 

( Bad checksum ) 
NAK1<CR> 

( Frame OK! ) 

ACK0<CR> 

( Frame received OK!) 

ACK1<CR> 



< ACKOACK <CR> 

< ACK1<CR> 

< ACK0<CR> 



ACK#<CR> 



( Close file, etc... ) 
« ACK#<CR> 
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HEX/ASCII FORMAT FILE TRANSFER EXAMPLE 



Figure 9-1 shows an actual example of a hex/ASCII format file transfer. Note that the 
remote device buffer size was configured to be 80 characters both for convienence in for- 
matting the example and to illustrate packetizing. The example closely follows the generic 
examples. The file, TEST1:HP:source, contains the following two lines/records (available 
with the "copy TEST1:HP:source to display" command): 

This is a test file (Line #1) 
(Line #2) 

The contents of the file, TEST3:HP:asmb sym is shown in table 9-4. This file contains two 

records as shown in the figure. The file is available with the "copy TEST3:HP:asmb sym to 

display" command. The actual numerical contents of TEST3:HP:asmb sym is shown in table 

9-5. 



Hex Format File Transfer Data 

UO 

O800544553543A485O3A350289 

Ul* 

1OOO54455354313A48503A7 36F75726365202OO55E 

UOU 

1D02S4686973206973206120746573742066696C6520284C696E6520233 129200000 

'1 

1D02 5 46 86973206973206 120746573742066696C6520284C696E6520233 129200961 

UO 

O902284C696E652O2332292OO2 79 

Ul 

100054455354333A48503A61736D625F73796D05EA 

UOU 



EB02OOO6414348415220OOO880454C4153544C49 4E45OO1241434F4E542OOO39 814F544845092C 

Ul 

5257495345007A6143415345313020008A6 1434153453 13 120008D6 1434153453 133200082099B 

UO 

6 1434 153453 13420007D6 1434 153453 135200084814B42445F4O41534B20OO42614745544309C9 

Ul 

48415200476 1454E445F474554OO9921434852002F41494E445350000A415354415254O05C0953 

U0 

2 143 525 4001C614842445F4F4E20004481 5 4494D455 25 F4F46 4600096 14B424 45F4F 464600096 9 

Ul 

3E414352543120001D414454454D500007A1535441525453435245454E000161454E4450550965 

UO 

5420003B6143414E5F495420004F75BA047C 

Ul 

93020006A14E4F5F42494E4B5F454E44002941434153453900806143415345323320008 7A109FB 

UO 

43415345494E53455254200091A14341534544454C45544520009481454E4453435245454E0ADE 

Ul 

0002 8 14C4153544C494E452000002 146495 800972 144535000034 1544540502000042 150540 809 

U0 

52003021505554002B614E4F5F42494E4B001E614745545F4C31200059414254454D50000608BB 

Ul 

79A2011B 

U0 

0003000003 



Comment s 

Initial ACK0 sent by download 
TESTHP5. assertive file name record 
Bad file name: frame is ACKed but name 
is NAKed 
TESTl HP: source 

Frame has a bad checksum = 0000. 

This frame contains record 1 of TESTl: 

Frame is NAKed because of bad checksum 

Frame is re- t r ansmi t t ed by upload 

Checksum is correct this time 

This frame contains record 2 of TESTl: 

TEST3:HP:asmb_sym 

The first record of the file, 

TEST3 : HP : asmb sym. requires 7 frames f 

transmitting Secause of the small 

( 80-cha rac t e r ) packet size 



This frame begins the transmission 
record 2 of TEST3 :HP : asmbsym. 



End of transmission frame/record 
The end of transmission frame/recor 
must be acknowledged 



Figure 9-1. Hex/ASCII Format File Transfer 
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Table 9-4. TEST3:HP:asmb sym File Format 







Page # 1 






File = TEST3:HP 


:asmb sym 






Record # 


1 


size = 118 






Asmb sym 


record 


I 






CHAR 




0008H Program 


ELASTLINE 


0012H Absolut. 


CONT 




0039H Program 


OTHERWISE 


007AH Program 


CASE10 




008AH Program 


CASE11 


008DH Program 


CASE13 




0082H Program 


CASEIN 


007DH Program 


CASE15 




008UH Program 


KBD MASK 


00U2H Program 


GETCHAR 




00U7H Program 


END GET 


0099H Program 


CHR 




002FH Program 


INDSP 


000AH Program 


START 




005CH Program 


CRT 


001CH Program 


KBD ON 




OOUUH Program 


TIMER OFF 


0009H Program 


KBD OFF 




003EH Program 


CRT1 


001DH Program 


DTEMP 




000 7H Program 


STARTSCREEN 


0001H Program 


ENDPUT 




003BH Program 


CAN_IT 


OOHFH Program 


Checksum 


= 75BAH 






Record # 


2 


size = Jk 






Asmb sym 


record 


: 






NO BINK END 


0029H Program 


CASE9 


0080H Program 


CASE23 




0087H Program 


CASEINSERT 


0091H Program 


CASEDELETE 


009UH Program 


ENDSCREEN 


0002H Program 


LASTLINE 




0000H Program 


FIX 


0097H Program 


DSP 




0003H Program 


TEMP 


000UH Program 


PTR 




0030H Program 


PUT 


002BH Program 


NO BINK 




001EH Program 


GET LI 


0059H Program 


BTEMP 




0006H Program 







Checksum = 79A2H 



End of file after record # 
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Table 9-5. Numerical Contents of File TEST3:HP:asmb sym 









Pag 


e # 1 










File 


= TEST3:HP:data 












Record # 


1 size = 


118 










0006 


1+1 1+3 


1+81+1 


5220 


0008 


8OU5 


1+Cl+l 


5351+ 


ACHAR ELAST 


l+cl+9 


l+El+5 


0012 


1+1 1+3 


1+Fl+E 


5U20 


0039 


811+F 


LINE ACONT 9 


5UU8 


1+552 


571+9 


53U5 


007A 


61U3 


1+153 


1+531 


THERWISE zaCASEl 


3020 


008A 


611+3 


1+153 


1+531 


3120 


008D 


61 1+3 


aCASEll aC 


1+153 


1+531 


3320 


0082 


611+3 


1+153 


1+531 


31+20 


ASE13 aCASElU 


007D 


6H+3 


1+153 


U531 


3520 


0081+ 


81 te 


1+21+1* 


}aCASE15 KBD 


5FUD 


1+153 


1+B20 


001+2 


611+7 


1+551+ 


U3I+8 


1+152 


MASK BaGETCRAR 


001*7 


61 1+5 


1+E1+1+ 


5FU7 


1+551+ 


0099 


211+3 


1+852 


GaEND GET !CHR 


00 2F 


U1U9 


1+El+U 


5350 


000A 


1+153 


51+1+1 


525U 


/AINDSP ASTART 


005C 


21 U3 


5251+ 


001C 


6ll+B 


1+21+1+ 


5F1+F 


1+E20 


\1CRT aKBD ON 


ooi+i* 


815I+ 


1+91+D 


1+552 


5F1+F 


1+61+6 


0009 


611+B 


D TIMER OFF aK 


1+21+1+ 


5F1+F 


1*61+6 


003E 


1+11+3 


5251+ 


3120 


001D 


BD OFF >ACRT1 


1+1 1*1+ 


51+1+5 


UD50 


0007 


A153 


5UU1 


5251+ 


53U3 


ADTEMP STARTSC 


52145 


1+5 *+E 


0001 


6lU5 


1+El+U 


5055 


51+20 


003B 


REEN aENDPUT ; 


6lU3 


1+1 ue 


5FI+9 


51+20 


001+F 


75BA 






aCAN_IT Ou 


Record # 


2 size = 


7U 










0006 


AlUE 


1+F5F 


I+2U9 


1+El+B 


5F1+5 


1+El+U 


0029 


NO BINK END ) 


1+11+3 


1+153 


1+539 


0080 


6lU3 


1+153 


1+532 


3320 


ACASE9 aCASE23 


0087 


All+3 


1+153 


1+5 1+9 


UE53 


1+552 


51+20 


0091 


CASE INSERT 


A1U3 


1+153 


U51+1+ 


I+5UC 


1+551+ 


1+520 


0091+ 


811+5 


CASEDELETE E 


1+El+U 


53U3 


52U5 


I+5UE 


0002 


811+C 


1+153 


5I4I+C 


NDSCREEN LASTL 


U91+E 


1+520 


0000 


211+6 


1+958 


0097 


21U1+ 


5350 


INE !FIX !DSP 


0003 


1+15 1 * 


1+5UD 


5020 


000U 


2150 


51+52 


0030 


ATEMP "PTR 


2150 


555 1 * 


002B 


61I+E 


UF5F 


1+21+9 


1+El+B 


001E 


!PUT +aNO BINK 


611+7 


1+551+ 


5F1+C 


3120 


0059 


1+11+2 


51+1+5 


1+D50 


aGET_Ll YABTEMP 


0006 


79A2 














y 



End of file after record # 



Binary Format File Transfer Example 

The binary format file transfer is similar to the hex/ASCII format file transfer example shown 
in figure 9-1. The binary format file transfer requires a byte count at the start of each 
frame. Figure 9-2 shows an example of a binary format file transfer. The two frames shown 
in the figure correspond exactly to the first two frames shown in the hex/ASCII example. 
Remember that the hex digits shown are now representing data bytes as opposed to literal 
characters (7F represents the data byte 127 decimal) All carriage returns <CR> implicit in 
the hex example are indicated literally in this example. 



9-7 



Terminal Mode 
Operating Manual 



Binary Formal File Transfer Data Comments 

UO<CR> Initial ACKO sent by download 

000DO8O0544553543A485O3A35O289 TEST:HP:5, assertive file name record. 

U1*<CR> Bad file name: frame is ACKed but name 

0015 1000544553543 13A48503A736F7572636 5 2020055E TEST : HP : sou rce . 



Figure 9-2. Binary Format File Transfer 
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Chapter 10 

SOFTWARE IMPLEMENTATION 
ON A REMOTE DEVICE 



DESIGN HINTS 



The remote device HP64000 format interface code may be written as a normal application 
program on many computers. A modular structure is highly recommended as shown in the 
figure describing the software structure (figure 6-1). Each "high-level" module shown in the 
figure will likely be composed of several subprograms. For example, HP64000 format upload 
is designed somewhat as shown in the following example: 
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Procedure Upload_f ile_sys ; 
begin 

if( uploading a list of files ) then 

Upload_f ile_list 
else 

Upload_a_f ile ; 
end ; {Upload_f ile_sys} 

Procedure Upload_f ile_list ; 
begin 

open( f ile_containing_list_of_f iles ) ; 
while( not (end_of_f ile ) ) do 
begin 

read_next_line_f rom_f ile ; 
parse_f ile_name_f rom_line ; 
Upload_a_f ile ; 
end ; 
close( f ile_wit h_list_of_f iles ) ; 
end ; {Upload_f ile_lis t } 

Procedure Upload_a_f ile ; 
begin 

open( f ile_t o_be_uploaded ) ; 
Upload_record( f ilename_record ) ; 
if( f ilename_record_accepted ) then 
while( not (end_of_f ile ) ) do 
begin 

read_record_f rom_f ile ; 
Upload_record ; 
end ; 
close( f ile_j ust_uploaded ) ; 
end ; {Upload_a_f ile} 

Procedure Upload_record ; 

begin {packetizing subprogram} 
repeat 

make_packet_f rom_record ; 
Upload_packet ; 
until( whole_record_is_sent ) ; 
end ; {Upload_record } 

Procedure Uploadpacket ; 
begin 
repeat 

if( using_binary_f ormat ) then 

Upload_binary_f rame 
else 

Upload_hexascii_f rame ; 
until( f rame_accepted or ret ry_count_exceeded or 
timeout ) ; 
end ; <Upload_packet } 
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One of the many issues not addressed in the above pseudo program is how errors are hand- 
led. It has been useful to incorporate a global flag, say abort flag, which is tested in every 

loop condition. For example, the file-reading loop might be: 

while( not(end of file) and not(abort flag) ) do ... 

Though the pseudo program shows procedures, functions which return a value describing 
possible errors or file name acknowledgment conditions are more useful. 

Timeouts are alluded to in the pseudo program. If a remote device is transmitting files to an 
HP64000, the HP64000 contains most of the timeouts needed to recover from errors so the 
application program on the remote device could quite likely not include timeouts. 

The interface to the remote device's file system was not explicitly described. 
Recommendations are: 

a. If the remote device supports a variable-length record file structure, use it. The 
HP64000 also uses a variable-length record file structure. 

b. If the remote device supports a "stream of bytes" file system, two methods of storing 
files on the remote device need to be considered. A 'text' mode of storage implies 
that each HP64000 record is stored as a stream of bytes terminated with the correct 
line termination character which must be programmatically supplied. For storage of bi- 
nary data files (ie.. symbol tables), a variable-length record structure should be simu- 
lated. One which seems to work well is to store a byte preceding each 'record' which 
contains the length-1 (in bytes) of the record. 

c. One of the predicted uses of HP64000 format file transfer is to develop software on 
a remote device with cross-software and then to transfer the code and symbols to 
the HP64000 to take advantage of its powerful emulation capabilities. The recom- 
mended approach is to make files on the remote device which are images of the 
desired files on the HP64000. Separating the steps of making the file images from the 
file transfer results in a simpler and more flexible system. 

d. Mapping of file names from HP64000-style names to remote device names is an issue 
to be considered. Three basic strategies are: 

1). Implement, on the remote device, a scheme of auxiliary file names like HP64000 
upload uses. Keep a cross-reference table (a file list) of HP64000 names and 
host names. 

2). Develop a one-to-one mapping algorithm for mapping remote device names to 
HP64000 names and incorporate this algorithm into the application program(s) 
which do the transfer. 

3). Put the HP64000 file names into the first line/record of each file. Let the remote 
device make up file names and keep a cross-reference table. 
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NOTES 
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Appendix A 



I/O HARDWARE CONFIGURATION 



HARDWARE CONFIGURATION 



Model 64100A 

The communication format for the two RS-232-C ports is controlled by five sets of 
switches and a jumper set located on the Model 64100A I/O board in the station card cage 
(see figure A-1). Switches on the board must be set to match the 64000 station transmis- 
sion format with that of the remote system. Tables A-1 through A-3 explains briefly the dif- 
ferent switch-setting functions. Table A-4 indicates I/O Board switch settings that may be 
used for connection to a specifically configured HP3000 or HP 1000. For a detailed descrip- 
tion of the switches refer to the Model 64100A Service Manual. 
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1 

1 
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5 
S 
7 

e 
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2 


□ 1 


3 
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4 


□ 1 


5 
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S5 
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NO 
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BITS 
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1 


2 
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Figure A-1. Model 64100A I/O Board Switch Identification 



A-1 



Terminal Mode 
Operating Manual 



Table A-1. I/O Switch Functions 



Switch 


Position 


Name 


Functions 


SI 


left 
right 


Current Loop 
Drive Select 

20 mA 
60 mA 


Selects approp- 
riate current op- 
eration for TTY if 
current loop sel- 
ected. 


S2 


left 
right 


Ext clock 
select 

Int clock 
select 


Provides clock 
selection. 


S3 


up 

down 


Current Loop 
operation 

RS-232-C 
operat ion 


Selects current 
loop or RS-232-C 
ASYNC operation. 


SU 


See table 
A-2 


Mode 
Select 


Selects TERM/MOD, 
Stop Bit Qualifier 
Parity and Character 
length . 


S5 


See table 
A-3 


Baud Rate 


Selects baud rate 
(bit 2 to 5). 
Selects RTS 
function (bit 1) . 



A-2 



Terminal Mode 
Operating Manual 



Table A-2. Switch S4 Bit Function 



Bit 


Function 


Comments 


1 (msb) 
2 


# of stop 
bits 


00 = invalid 

01 = 1 bit 

10 = 1 1/2 bits 

11 = 2 bits 


3 


Odd/even Parity 


1 = even, = odd 


U 


Parity enable/ 
disable 


1 = enable, = disable 


5 (msb) 
6 


Word (Char) 
Length 


00 = 5 

01 = 6 

10 = 7 

11 = 8 


7 


Clock Mode 


1 or divide by 16 


8 


Modem/Terminal 


MODEM/TERMINAL select 
(Not used by terminal 
mode software) 
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Table A-3. Switch S5 Baud Rate Selection 





Switch Position 


Baud Rate 


MSB 
5 


S5 Bits 
U 3 


LSB 
2 


50 











75 








1 


110 





1 





13U.5 





1 


1 


150 





1 





300 





1 


1 


600 





1 1 





1200 





1 1 


1 


1800 


1 








2000 


1 





1 


2U00 


1 


1 





3600 


1 


1 


1 


U800 


1 


1 





7200 


1 


1 


1 


96OO 


1 


1 1 
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Table A-4. I/O Board Switch Settings - HP1000/HP3000/HP9000 



Switch 


Setting 


S2 




TXCLK - Internal 
RXCLK - Internal 


S3 




RS-232 


SU 




No. Stop Bits - 2 
Parity - even 
Parity - enabled 
Char Length - 7 bits 
Baud Range - xl6 


S5 




RTS - high 

Baud Rate - 21+00 


NOTE: 


A special cable must be used and a jumper 
connected between A and C on E2 of the I/O 
Board if it is desirable to drive the external 
clock of the HP1000. If not, a modem cable 
may be used. The above discussion assumes the 
use of an HP BACI interface board. 



Model 64110A 



The Model 641 10A functions similarly to the Model 64100A except for the Current Loop 
facility which is not provided. Like the 64100A, the 641 10A provides asynchronous serial 
communications between the station and external communications devices. Communications 
is controlled by two switches on the RS-232/Flexible Disc Control card and a jumper on the 
CPU/IO card (see figure A-2 for switches and jumper locations). Table A-5 describes the 
switches (S1 and S2) and the jumper on the CPU/IO card. 
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Table A-5. Model 64110A RS-232-C Switch Identification 



Switch 


Position 


Name 


Function 


S2 


See Table 


Baud Rate 


Selects baud rate 




A-3 




(bits 2 to 5). 
Selects RTS func- 
tion (bit 1) . 
(Same function as 
S5 on Model 6U100A 
I/O Card.) 


SI 


See Table 


Mode Select 


Selects Stop Bit 
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Qualifier, Parity, 
and Character 
length . 


E2 


MOD 


Modem/Terminal 


When jumper in- 


Jumper 


or 




stalled in E2 




TERM 




MOD position, "To 
Peripheral" inter- 
connection effec- 
tive. When jumper 
installed in E2 
TRM position, "To 
Modem" inter- 
connection effec- 
tive. 
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Table A-6. Model 64110A S1 Bit Functions 



Bit 


Function 


Comments 


1 (msb) 
2 


# of stop bits 


00 = invalid 

01 = 1 bit 

10 = 1 1/2 bits 

11 = 2 bits 


3 


Odd/even Parity 


1 = even, = odd 


14 


Parity enable/ 
disable 


1 = enable, = disable 


5 (msb) 
6 


Word 
(Character) length 


00 = 5 

01 = 6 

10 = 7 

11 = 8 


7 




no connection 


8 




no connection 
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CPU/IO 
CARD 



1_ 



-C1- 



-C2- 



-C3- 




U6 



U23 



U33 



RS-232/FLEX DRIVER 
CARD 




Figure A-2. Model 64110A RS-232-C Switch Locations 



A-8 



Terminal Mode 
Operating Manual 



Table A-7. RS-232-C Interface Connector Pin Assignments 



RS-232-C 

Connector 
Pin 


Mnemonic 


Description 


1 


GRD 


Protective ground. 


2 


TXD 


Information sent by DTE 
and received by DCE. 


3 


RXD 


Information sent by DCE 
and received by DTE. 


k 


RTS 


Request to send. 


5 


CTS 


Clear to send. 


6 


DSR 


Data set ready. 


7 


SGD 


Signal ground. 


8 


CARDET 


Carrier detect. 


9-1*4 




unas signed. 


15 


TXCLK 


Transmit clock (refer to the 
following RS-232-C TX and 
RX Clk Control paragraph) . 


16 




unas signed. 


17 


RXCLK 


Receive clock (refer to the 
following RS-232-C TX and 
RX Clk Control paragraph). 


18 - 19 




unas signed. 


20 


DTR 


Data terminal ready. 


21 - 25 




unas signed. 
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STATUS AND ERROR MESSAGES 



This appendix may be used as a quick reference guide for general status/error messages 
that may be generated when the station is configured for terminal mode operation. 



Table B-1. Terminal Mode Status Messages 



Status Message 



Meaning 



WARNING: x1 setting requires 
external clock 



Warning indicates baud rate clock set to x1 in- 
stead of x16. 



Absolute file transfer aborted 



When the sender receives too many negative 
acknowledgements during a T hex file trans- 
fer, an abort block is sent to the receiver. 



RS232: char bits = 

_ parity, stop bit 



These status messages describe the 
RS-232-C switch settings on the I/O Board. 



Sending <break> 



This message will be displayed during the 450 
ms duration of a break function. 



Upload or download aborted by 
the user 



This message is displayed when user presses 
the CABORTj softkey. 



Waiting for prompt character 



This message indicates that the 64000 is wait- 
ing for an Acknowledge Prompt Character 
(APC) or an Upload Prompt Character (UPC). 
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Table B-2. Terminal Mode Error Messages 



Error Messages 

ERROR: nn Parity nn Overrun nn 
Framing, where: nn = no. of 
errors 



Meaning 

These errors indicate the RS-232-C hardware 
status. Check I/O Board switch settings tor 
compatibility with the communication charac- 
teristics of the remote device. Overrun errors 
usually occur during downloading at baud rates 
greater than 1200 baud when the software 
protocol is not functioning properly. The baud 
rate may be lowered or software protocol used 
to prevent overrun errors. 



NOTE 

RS-232-C errors are accumulated during each upload and 
download so that the total errors can be noted at the end of 
the file transfer. The characters which are received with 
framing or parity errors are turned into DEL characters so 
that they are easily found in text. 



♦Abort received 



Absolute format conversion 
error 



*Byte count wrong in packet 

Corrupt file 

♦Data record received with no 
file open 

End of file 

File already exists. Delete old? 

File not found 



This message is displayed when either an abort 
acknowledgement is received (upload) or an 
abort frame is received (download). 

This message is displayed if, during download- 
ing, there is a format error; for example, 
checksum. 

This message is displayed when download can- 
not recover from certain byte count errors. 

This is a file manager error. 

This message indicates that a file must be open 
(download) before data records are received. 

This is a file manager error. 

This is a file manager error. 

This is a file manager error. 



B-2 



Terminal Mode 
Operating Manual 



Table B-2. Terminal Mode Error Messages (Cont'd) 



Error Messages 

INPUT DATA LOST 



Meaning 

This message is displayed when the input buffer 
is overrun. This usually occurs when the remote 
device continues to transmit characters while 
the user is entering a command. The buffer is 
not serviced while the terminal is in the com- 
mand mode. 



Invalid disc 

I/O board must be set for 8-bit 
char for binary transfers 



No free disc pages 

No prompt sequence found 
within 256 characters 



No space for directory 

Not configured for this feature 
- edit configuration 



OUTPUT DATA LOST 



*Retry limit exceeded 



Syntax error 



This is a file manager error. 

If the user chooses binary HP64000 transfers in 
configuration, this error will be displayed if the 
I/O Board is not set for 8 bits per character 
(this is required for binary transfers). 

This is a file manager error. 

When using T hex absolute file format, the 

terminal will wait for up to 256 characters 
before issuing this error message. 

This is a file manager error. 

This message is displayed when the user at- 
tempts to use a feature which is not properly 
configured. For example, trying to transfer a 
relocatable file with other than 64000 format. 
This error can only be generated by the user 
entering commands which are not explicitly 
shown on the softkeys. 

This message is displayed if the transmitter is 
not sending (due to an XOFF when using 
XON/XOFF protocol) and the user continues 
typing until the output buffer overflows. 

This message is generated when either the cur- 
rent acknowledgement has been retransmitted 5 
times (download) or the current frame has been 
retransmitted 5 times (upload). 

This message is displayed whenever the user 
enters an invalid command. 
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Table B-2. Terminal Mode Error Messages (Cont'd) 



Error Messages 
Target Processors disagree 

♦Timeout error 
♦Unknown record type 



Meaning 

This message is displayed if the configuration 
specification (of data width or addressing base) 
does not match the processor specification in 
the absolute file being uploaded. 

There are a number of timeouts in HP format up- 
load/download. Please refer to the approriate 
section of the manual for details. 

This message is displayed when a record type 
is detected by download which is not in the 
range of through 3. 



*NOTE 

Errors indicated by an asterisk (*) cause termination of the 
HP64000 format file transfer. 



B-4 



Appendix C 



ESCAPE CODES 



This appendix may be used as a quick reference guide for control functions implemented for the 
64000 terminal software and the character sequence to envoke each feature. These features may 
be evoked from the keyboard when in the local echo mode or via the RS232 line. 

The escape sequences required to invoke each feature along with their commonality with other HP 
terminals are listed in Table C-1. 



NOTE 

The escape function, denoted by E c in Table C-1, can be invoked from 
the 64000 keyboard by pressing the following keyboard keys 
simultaneously: 

CNTL and [ 

or 



An E c can be sent out on the RS-232-C line by pressing the [<escape>] 
softkey. 



Table C-1. Escape Codes and Functions 



Function 


Code 


Term. 


Term 






262X 


264X 


Insert Line 


Ec L 


X 


X 


Delete Line 


E c M 


X 


X 


Start Insert Mode 


E c Q 


X 


X 


Stop Insert Mode 


E c R 


X 


X 


Delete Char 


E c P 


X 


X 


Number of colum 


80 


X 


X 


Number of rows 


18 
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Table C-1. Escape Codes and Functions (Cont'd) 



Function 


Code 


Term. 


Term 






262X 


264X 


Set Tab 


E C 1 


X 


X 


Clear Tab 


E c 2 


X 


X 


Clear ALL tabs 


E c 3 


X 


X 


Horz Tab 


E C I 


X 


X 


Back Tab 


E c i 


X 


X 


Clear Display 


E c J 


X 


X 


Clear to 


E c K 


X 


X 


End of line 








Roll up 


E c S 


X 


X 


Roll down 


E c T 


X 


X 


Next Page 


E c U 


X 


X 


Prev Page 


E c V 


X 


X 


Disp Func- 


E c Y 


X 


X 


tions ON 








Disp Func- 


E c Z 


X 


X 


tions OFF 








Up arrow 


E c A 


X 


X 


Down arrow 


E c B 


X 


X 


Left arrow 


E c D 


X 


X 


Right arrow 


E c C 


X 


X 


Back Space 


Back Space k 
[-CNTL-1 h 
[~CNTL~] H 


X 


X 
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causes 64000 to identify 
itself by outputting 
HP64000 
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Function 


Code 


Term. 


Term. 


Term. 






262X 


264X 


vt52 


Home cursor Up 


E c h 
E c H 


X 


X 




Home cursor Down 


E c F 


X 


X 




Home Screen 


E c G 


X 


X 




Transmit keypad 
Enable 


E c & s 1 A 
E c &j B 


X 


X 




Transmit keypad 
Disable 


E c & s A 

E c &j@ 


X 


X 




Primary Status request 


E c * S A 


X 


X 





Col Addressing - where 
col addressed is nn (1 or 
2 digits) 

Row Addressing - where 
row addressed is nn (1 
or 2 digits) 



(rolls display up nn rows) 



Row X Column Address 
where n is the row and c 
is the column both offset 
by 37o. DEC numbers 
col 1-80, rows 1-24. 



E c & a nn C 
(see NOTE # 

E c & a nn Y 
(see NOTE # 



E c & a nn R 
(see NOTE # 

E c & r nn U 
(see NOTE # 

E c Y n c 
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Table C-1. Escape Codes and Functions (Cont'd) 



Function 


Code 




Term. 
262X 


Term 
264X 


(rolls display 


E c & r nn D 




X 




down nn rows) 


(see NOTE #1) 








RxC Addressing - 


E c & a mm c nn 


Y 


X 


X 


screen rel 


(see NOTE #2) 








(where nn = row; 


E c & a nn y mm 


C 




X 


mm = column) 


(see NOTE #2) 









RxC Addressing 
Absolute 

(where nn = row; 
mm = column) 

RxC Addressing - 
Cursor rel 

(where nn = delta 
mm = deltacol) 



E c & a mm x nn Y 
(see NOTE #2) 

E c & a nn r mm C 
(see NOTE #3) 

E c & a mm c nn R 
(see NOTE #3) 

E c & a+/-nn r+/-m 
(see NOTE #1) 

E c & a+/-mm c+/-n 
(see NOTE #1) 



X 



X 



X 





E c & a+/-mm 


x+/-n 


X 






(see NOTE #1) 






Start Inverse Vide 


E c & d char 




X 


X 


Start Underline M 


E c & d char 




X 


X 


Blink Char 


E c & d char 




X 


X 


End all enhance 


E c & d @ 




X 


X 



NOTES for table C-1: 

#1. mm and nn must be 2 digits each; +/- notation indicates either + or - is valid. 

#2. nn and mm may be any combination of 1 or 2 digits. 

#3. nn may be 1 , 2, or 3 digit numbers; mm may be 1 or 2 digit numbers. 



C-4 



Terminal Mode 
Operating Manual 



NOTE 

The following chart describes the escape sequence characters (char) 
required for video enhancements. These enhancements, half-bright, un- 
derline, inverse video, blinking, and end enhancements, are for terminals 
HP2626A, HP2647A, and the enhanced terminal software. It should be 
noted that the half-bright enhancement is not applicable to the HP64000 
terminal mode Software. 



















"char 


1 
















@ 


A 


B 


C 


D 


E 


F 


G 


H 


I 


J 


K 


L 


M 


N 





Half- 
bright 


















X 


X 


X 


X 


X 


X 


X 


X 


Under- 
1 ine 










X 


X 


X 


X 

1 








X 


X 


X 


X 


Inverse 
Video 


1 




X 


X 






X 


1 

X 

1 1 


1 


X 


X 


1 




X 

1 


X 


Bl inking 


1 


X 




X 




X 


1 


1 1 

X 


1 

X 


1 


X 


1 


X 


1 


X 


End 

Enhance- 
ment 


1 I I I I I I I i I I I I I I 

X 

i i i i i i i i 
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Index 



The following index lists important terms and concepts of this manual along with the 
location(s) in which they can be found. The numbers to the right of the listings indicate the 
following manual areas: 



• Chapters - references to chapters appear as "Chapter X", where "X" represents the 
chapter number. 

• Appendices - references to appendices appear as "Appendix Y", where "Y" 
represents the letter designator of the appendix. 

• Figures - references to figures are represented by the capital letter "F" followed by 
the section figure number. 

• Other entries in the Index - references to other entries in the index are preceded by 
the word "See" followed by the reference entry. 
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abort acknowledgment 8-4 

ABORT definition 6-1 

abort, during file transfer 5-4 

ABORT message 8-4 

TABORTj Softkey 5-4 

Absolute File Format Chapter 7 

ACK definition 6-1 

ACK/ENQ Protocol 8-2 

ACK Message 8-4 

acknowledge message 8-4 

acknowledgment, secondary (file name) 8-4 

APC definition 6-1,8-6,9-1 

application software, remote device 10-1 

ASCII Conversion Table 3-10 

assertive file name record 6-5 

asterisk (*), use of 8-4 



(BACK SPACED key function 3-11 

Baud-rate selection A-4 

binary: 

character length 6-9 

definition 6-2 

protocol 4-2 

transfer requirements 2-1 

Binary Format File Transfer 9-7 

binary frame format 6-9 

r<BreaR>j Softkey 3-9 

buffer size, remote device 3-5 



checksum calculation 6-9 

C<c|ear>j Softkey 3-9 

fCT TTUINEl key function 3-11 

CCrnTD key function 3-10 
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c (Cont'd) 



configuration, I/O Board 2-1 

Configuration Questions: 

Command file for 3-7 

Terminal Mode 3-1 

CRT Display, Terminal Mode 3-7 



data records, HP64000 6-4 

data records, Intel 7-3 

data structures F6-1 

DCE Interface 2-2 

(DELETE CHAR ) key function 3-11 

Design Hints Chapter 10 

down-arrow (■!■) key function 3-11 

download: 

absolute files 7-1 

aborts 8-8 

definition 6-2 

example 5-3 

session 4-3 

syntax 5-3 

User Interface 4-3 

(downjoadj Softkey 3-9 

DSR handshake 2-2 

DTE Interface 2-2 



C<e3il~cnfg>j Softkey 3-9 

END Record, Intel 7-3 

TencTi Softkey 3-9 

end-of-transmission record 6-4 

ending transfer session 8-8 

ENQ/ACK Protocol 8-3 

Errors: 

irrecoverable 8-11 

recoverable 8-10 
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Error Messages, Terminal Mode Appendix B 

<escape> codes Appendix C 

<escape> enhancements Appendix C 

C<e§cape>j Sottkey 3-9 

Extended Address Record, Intel 7-3 



file: 

assertive name record 6-5 

name record acknowledgment 6-5 

non-assertive name record 6-5 

File Name Acknowledgment 8-4 

File System Interface 6-3 

frames 6-8 

file specifications, upload 4-4 

full-duplex operation 2-2 



General Information Chapter 1 



hardware handshakes 2-2 

hex/ASCII definition 6-2 

hex/ASCII frame format 6-8 

hex/ASCII transfer requirements 2-2 

Hex/ASCII Format File Transfer 9-5 

HP3000 Upload Example 5-2 
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I hex Absolute File Format 7-2 

implementation, binary requirements 2-1 

implementation, hex/ASCII requirements 2-2 

implementation hints 10-3 

INTEL Record Types 7-3 

interfacing 4-3 

I/O Board Switch Settings - HP1000/HP3000 A-5 

I/O Configuration: 

Model 64100A 2-1 

Model 64110A 2-1 

I/O Switch Functions A-2 



Keyboard operation, Terminal Mode 3-9 



left -arrow («—) key function 3-11 



M hex Absolute File Format 

Messages, error 
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Appendix B 
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NAK definition 6-1 

NAK message 8-4 

(NEXT PAGE") key function 3-11 

non-assertive file name record 6-5 



Packets: 

assembly 6-6 

creation 6-6 

definition 6-2 

size F6-2 

(PREV PAGE! key function 3-11 

Protocols: 

ENQ/ACK Protocol 8-2 

overview 8-4 

XON/XOFF Protocol 8-1 



record: 

definition 6-2 

HP64000 types 6-4 

Intel types 7-3 

M hex types 7-4 

T hex types 7-7 

CHUETDkey function 3-11 

right-arrow (—►) key function 3-1 1 

(ROLL DOVvm key function 3-11 

(ROLL UP ) key function 3-11 

RS-232-C Connector Pin Assignment A-9 

RS-232-C Interface 2-2 

RTS handshake 2-2 

RXCLK Clock Control 2-2 
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secondary acknowledgment 8-4 

Softkey display 3-8 

software configuration 3-1 

software structure F6-1 

START Record, Intel 7-3 

status display 3-7 

Status Messages, download 4-4 

Status Messages, Terminal Mode Appendix B 

Status Messages, upload 4-6 



T hex Absolute File Format 7-6 

Terminal line length 5-1 

Terminal Mode Operation: 

Configuration Questions 3-1 

Input/Output Board Configuration 2-1 

RS-232-C Interface 2-2 

Software configuration 3-1 

rfermmajj Softkey 3-8 

terms, definitions 6-1 

timeouts: 

download 8-9 

during upload 8-9 

Transfer Frame format: 

Binary 6-9 

Hex/ASCII 6-8 

TXCLK Clock Control 2-3 



U 



up-arrow (J) key function 3-11 

UPC definition 6-1,8-5 

UPC transfer example 9-3 
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Upload: 

absolute files 7-1 

aborts 8-9 

definition 6-2 

example 5-2 

prompt character 8-5,9-1 

session 4-4,8-6 

syntax 5-1 

User Interface 4-4 

Uploading Operation, Terminal Mode 8-6 

(upjoadj Softkey 3-9 



XON/XOFF Protocol 8-1 
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